User Profile
BekahLoSurdo
Resolver IV
Joined 7 years ago
User Widgets
Contributions
Data Types Missing in Report View
Hi, I am having an issue with my Fields pane (and all Visualizations) not recognizing any data types. For example... There are no data field icons for any tables / fields: This is even for fields that have defined numerical types and aggregations: These are being explicitly shown in all visualizations (instead of aggregated) and no aggregation options are showing: These tables were pulled into Power BI Desktop from a Dataflow in Power BI Service. Is there an additional step required to pull in or assign data types for this process? Thank you!1.7KViews0likes5CommentsRe: Consulta SQL sobre la importación que no funciona
Gracias @v-alq-msft pero tengo algunos pasos más de agrupación / clasificación que necesito hacer en SQL antes de importar en PBI y tener esa opción disponible. No recortarlos antes de la clasificación fue contar incorrectamente los elementos no recortados como valores únicos y darles rangos distintos.1KViews0likes0CommentsRe: SQL Query on Import Not Working
Thanks v-alq-msft but I have a few more grouping / ranking steps I need to do in SQL before importing into PBI and having that option available. Not trimming them before ranking was incorrectly counting non-trimmed items as unique values and giving them distinct ranks.2.7KViews0likes0CommentsRe: Consulta SQL sobre la importación que no funciona
Gracias @az38. Revisé la longitud como parte de mi solución de problemas y había pasado a comprobar el valor ASCII real del último carácter, ya que sabía que la longitud era diferente. Sin embargo, te felicito porque alguien más puede tener la misma pregunta. Terminé comprobando los caracteres ASCII en la consulta SQL en lugar de PQ y resulta que los que no se recortaron automáticamente en realidad tenía un espacio sin descanso (carácter 160) en lugar de un espacio --- pero luego cuando se importó en PBI, esto se tradujo de nuevo al carácter 32 - fresco, ¿verdad? Lo arreglé con este código SQL: SELECT RTRIM(ITEM.ITEM_ID, CHR(32)||CHR(160)) Item ... ¡Gracias por tu ayuda!1KViews0likes0CommentsRe: SQL Query on Import Not Working
Thanks az38. I checked the length as part of my troubleshooting and had moved on to checking the actual ASCII value of the last character as I knew the length was different. Giving you a kudos though because someone else may have the same question. I ended up checking the ASCII characters in the SQL query instead of PQ and it turns out the ones that didn't get trimmed automatically actually had a non-breaking space (character 160) instead of a space --- but then when imported into PBI, this was translated back to character 32 - cool, right? I fixed it with this SQL code: SELECT RTRIM(ITEM.ITEM_ID, CHR(32)||CHR(160)) Item ... Thanks for your help!2.7KViews0likes0CommentsConsulta SQL sobre la importación que no funciona
¿Alguien ha tenido algún problema con las funciones SQL (durante el proceso de importación) actuando de manera inconsistente? Específicamente, la función TRIM() está funcionando en algunas filas y no en otras. Importar código SQL (simplificado): SELECT ITEM.ITEM_ID Item, TRIM(ITEM.ITEM_ID) TrimmedItem FROM DELTEK.ITEM ITEM Resultados (después de algunas columnas PQ y filtrados por filas con espacios finales): Como puedes ver, las últimas 4 filas se recortan correctamente pero las primeras 3 no lo están, a pesar de que todas ellas tienen el carácter 32 como su último carácter. Desafortunadamente, no puedo duplicar esto con datos de muestra como si se utiliza '500P55W565LJ3H ' explícitamente, funciona correctamente. Así que es algo acerca del registro en sí proveniente de la base de datos. Espero que alguien haya visto algo similar ya que no podemos duplicar esto. También he probado RTRIM(), TRIM(' ' FROM ITEM_ID), TRIM(CHAR(32) FROM ITEM_ID)... nada parece funcionar. TiaSolved1.1KViews0likes5CommentsSQL Query on Import Not Working
Has anyone had any issues with SQL functions (during the import process) acting inconsistently? Specifically, the TRIM() function is operating on some rows and not others. Import SQL code (simplified): SELECT ITEM.ITEM_ID Item, TRIM(ITEM.ITEM_ID) TrimmedItem FROM DELTEK.ITEM ITEM Results (after some PQ columns and filtered by rows with trailing spaces): As you can see, the last 4 rows are trimmed correctly but the first 3 are not, despite them all having character 32 as their last character. Unfortunately, I can not duplicate this with sample data as if you use '500P55W565LJ3H ' explicitely, it works correctly. So it is something about the record itself coming from the DB. I'm hoping that someone has seen something similiar since we can't duplicate this. I have also tried RTRIM(), TRIM(' ' FROM ITEM_ID), TRIM(CHAR(32) FROM ITEM_ID)... nothing seems to work. TIASolved2.8KViews0likes5CommentsRe: Agrupación local / Problemas de índice
Hola @yingyinr, Gracias por su esfuerzo, pero necesito agruparlos ya que tengo más de un número de pieza (este fue un ejemplo simplificado, como se indica en el post original) por lo que mi índice local leerá 1,2,3,4,5,6,7,1,2,3,1,2,... etcetera. Desafortunadamente, es la agrupación y expansión de dicho grupo lo que lo rompe por lo que su solución está funcionando. Encontré una solución alternativa agregando dos columnas de índice al mismo tiempo a una tabla, expandiendo ambas (esencialmente haciendo un producto cartesiano) y filtrando hasta donde los dos índices son iguales. Parece una gran cantidad de creación de filas adicionales para trabajar alrededor de lo que parece ser un error en el paso de expansión de la tabla, pero funciona. ¡Gracias por tu ayuda! let Source = Table.FromRows(Json.Document(Binary.Decompress(Binary.FromText("i45WcnRyVtJRMlSK1YGxTZHYRsgcQwMDJJ4xMscUmWOGzDECaYoFAA==", BinaryEncoding.Base64), Compression.Deflate)), let _t = ((type text) meta [Serialized.Text = true]) in type table [Part = _t, Qty = _t]), #"Changed Type" = Table.TransformColumnTypes(Source,{{"Part", type text}, {"Qty", Int64.Type}}), #"Sorted Rows" = Table.Sort(#"Changed Type",{{"Part", Order.Ascending}, {"Qty", Order.Ascending}}), #"Grouped Rows" = Table.Group(#"Sorted Rows", {"Part"}, {{"Index Min", each Table.AddIndexColumn(_,"MinKey",1,1)},{"Index Max", each Table.AddIndexColumn(_,"MaxKey",0,1)}}), #"Expanded Index Min" = Table.ExpandTableColumn(#"Grouped Rows", "Index Min", {"Qty", "MinKey"}, {"Qty", "MinKey"}), #"Expanded Index Max" = Table.ExpandTableColumn(#"Expanded Index Min", "Index Max", {"Qty", "MaxKey"}, {"Qty.1", "MaxKey"}), #"Filtered Rows" = Table.SelectRows(#"Expanded Index Max", each ([MinKey] = [MaxKey])) in #"Filtered Rows" Parte Qty MinKey Qty.1 MaxKey Abc 1 1 1 0 <-- Mantener esta fila (MinKey - MaxKey) Abc 1 1 5 1 Abc 1 1 25 2 Abc 1 1 30 3 Abc 1 1 50 4 Abc 1 1 60 5 Abc 1 1 100 6 Abc 1 1 200 7 Abc 5 2 1 0 Abc 5 2 5 1 Abc 5 2 25 2 <-- Mantener esta fila (MinKey - MaxKey) Abc 5 2 30 3 Abc 5 2 50 4 Abc 5 2 60 5 Abc 5 2 100 6 Abc 5 2 200 7 Abc 25 3 1 0 Abc 25 3 5 1 Abc 25 3 25 2 etcetera.716Views0likes0Comments
Data Privacy
Microsoft Fabric Community and Privacy
To learn more about how we manage your data, please review the Microsoft Fabric Community Data Privacy guide.