{"id":1612,"date":"2019-09-16T17:38:00","date_gmt":"2019-09-16T15:38:00","guid":{"rendered":"https:\/\/bicontrolling.com\/?p=1612"},"modified":"2020-05-01T20:45:06","modified_gmt":"2020-05-01T18:45:06","slug":"imitar-el-comportamiento-del-argumento-missingfield-ignore-en-table-transformcolumntypes","status":"publish","type":"post","link":"https:\/\/bicontrolling.com\/index.php\/2019\/09\/16\/imitar-el-comportamiento-del-argumento-missingfield-ignore-en-table-transformcolumntypes\/","title":{"rendered":"Imitar el comportamiento del argumento MissingField.Ignore en Table.TransformColumnTypes"},"content":{"rendered":"\n

Introducci\u00f3n<\/h4>\n\n\n\n

En el anterior art\u00edculo estuvimos hablando del reto de crear consultas robustas que sean resistentes a los cambios<\/strong> en la estructura de los datos en el origen, y que no fallen en la actualizaci\u00f3n por culpa de estas modificaciones. Vimos c\u00f3mo, probablemente, el catalizador m\u00e1s com\u00fan de este tipo de errores corresponde al uso de la funci\u00f3n Table.TransformColumnTypes<\/code>, y como se considera buena pr\u00e1ctica el definir el tipo de solamente aquellas columnas que lo necesiten, con la finalidad de referenciar el menor n\u00famero posible<\/strong> de ellas en nuestro c\u00f3digo, y as\u00ed evitar posibles fallos a la hora de actualizar nuestro modelo.<\/p>\n\n\n\n

Cuando tratamos el tema de como eliminar de forma segura columnas en Power Query vimos el funcionamiento del argumento MissingField.Ignore<\/code>, un par\u00e1metro opcional en muchas de las funciones de registro y de tabla, que indica que los campos referenciados dentro de la funci\u00f3n que no se detecten deben ser ignorados<\/strong>.<\/p>\n\n\n\n

Desafortunadamente, al contrario de lo que ocurre con las funciones Table.RemoveColumns<\/code> o Table.RenameColumns<\/code>, este tercer par\u00e1metro opcional no puede ser usado dentro de la funci\u00f3n<\/strong> Table.TransformColumnTypes<\/code>, lo que hace que cuando trabajamos con or\u00edgenes de datos din\u00e1micos donde los campos pueden sufrir modificaciones, tengamos un poco m\u00e1s dif\u00edcil el hecho de proteger nuestras consultas de este tipo de errores. Por ello, en este art\u00edculo vamos a ver c\u00f3mo podemos imitar el comportamiento<\/strong> de MissingField.Ignore<\/code> dentro de la funci\u00f3n Table.TransformColumnTypes<\/code>, con el objetivo de dotar de mayor robustez a nuestras consultas.<\/p>\n\n\n\n\n\n\n\n

<\/h2>\n\n\n\n

El uso de List.Accumulate<\/h4>\n\n\n\n

Para imitar el comportamiento de MissingField.Ignore<\/code>, podemos crear una funci\u00f3n personalizada en Power Query<\/strong> y usar la funci\u00f3n List.Accumulate<\/code>, que nos permite acumular los valores de una lista mediante la funci\u00f3n especificada en el \u00faltimo par\u00e1metro. Vamos a partir de la siguiente tabla, donde las dos columnas son de tipo texto:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

<\/h2>\n\n\n\n

Vamos a utilizar Table.TransformColumnTypes<\/code> para cambiar el tipo de dato de ambas columnas a n\u00famero entero y posteriormente, para simular la desaparici\u00f3n de la Columna2 en el origen de datos<\/strong>, insertaremos un paso entre Origen y Tipo cambiado para elimina dicha columna con Table.RemoveColumns<\/code>. Como era de esperar, obtenemos un error en el \u00faltimo paso:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

<\/h2>\n\n\n\n

Con el objetivo de solventar esta situaci\u00f3n, vamos a crear una funci\u00f3n personalizada<\/strong>, que llamaremos CambiarTipoIgnorarError<\/code>, con el siguiente c\u00f3digo:<\/p>\n\n\n\n

(tabla as table,
\n tiposCambiados as list) =>
\nList.Accumulate(
\n    tiposCambiados,
\n    {},
\n    (x, y) => try Table.TransformColumnTypes(tabla, y)
\n              otherwise x
\n)<\/pre>\n\n\n\n
<\/h2>\n\n\n\n
Solo nos quedar\u00eda sustituir  Table.TransformColumnTypes<\/code> por esta funci\u00f3n personalizada en el c\u00f3digo de nuestra consulta, y conseguiremos el resultado deseado, que Power Query ignore el error de no encontrar la Columna2<\/strong> y nos devuelva \u00fanicamente la columna1 con la transformaci\u00f3n del tipo a n\u00famero entero. El c\u00f3digo quedar\u00eda como sigue:<\/p>\n\n\n\n
let
     Origen = Table.FromRows(Json.Document(Binary.Decompress(Binary.FromText(\"i45WMlTSUTJSitUhmRULAA==\", BinaryEncoding.Base64), Compression.Deflate)), let _t = ((type text) meta [Serialized.Text = true]) in type table [Columna1 = _t, Columna2 = _t]),
     #\"Columnas quitadas\" = Table.RemoveColumns(Origen,{\"Columna2\"}),
     #\"Tipo cambiado1\" = CambiarTipoIgnorarError<\/strong>(#\"Columnas quitadas\",{{\"Columna1\", Int64.Type}, {\"Columna2\", Int64.Type}})
 in
     #\"Tipo cambiado1\"<\/pre>\n\n\n\n
<\/h2>\n\n\n\n
Y el resultado, con el paso donde utilizamos la funci\u00f3n personalizada en la barra de f\u00f3rmulas:<\/strong><\/p>\n\n\n\n
\"\"<\/figure>\n","protected":false},"excerpt":{"rendered":"
Introducci\u00f3n En el anterior art\u00edculo estuvimos hablando del reto de crear consultas robustas que sean resistentes a los cambios en la estructura de los datos en el origen, y que no fallen en la actualizaci\u00f3n por culpa de estas modificaciones. Vimos c\u00f3mo, probablemente, el catalizador m\u00e1s com\u00fan de este tipo de errores corresponde al uso […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[2,6],"tags":[27,10,40,14,18,39],"post_series":[],"class_list":["post-1612","post","type-post","status-publish","format-standard","hentry","category-arquitectura-de-datos","category-m-power-query","tag-bi","tag-editor-de-consultas","tag-optimizacion","tag-power-bi","tag-power-query","tag-transformaciones"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t