Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Earn the coveted Fabric Analytics Engineer certification. 100% off your exam for a limited time only!

Reply
Anonymous
Not applicable

Cambiar sin funcionar en una columna calculada

Hola - Tengo esta fórmula a continuación trabajando como una medida.

Pero al intentar usar como una columna calculada, no recibo un mensaje de error, pero no obtengo ningún resultado más allá de la primera condición. En otras palabras, todo vuelve como "NA". Tengo la medida y la columna calculada en una tabla lado a lado y la medida funciona perfectamente bien.

*Tenga en cuenta que he desactivado algunas de las otras declaraciones para mi examen. Y también cambié el primer DATEDIFF para ser más amigable con las columnas para ver si eso ayudó.

¿Alguna idea de por qué la columna calculada simplemente se detiene en el "NA" y no devuelve ningún resultado correcto para las otras condiciones?

Reglas: IF(MAX('AllOpps-Products'[Status])-"Open",
SWITCH(
TRUE(),
MAX('AllOpps-Products'[Prob.])< 50, "NA",
MAX('AllOpps-Products'[Prob.]) á 100, "NA",
DATEDIFF(MAXX('AllOpps-Products','AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -1 && DATEDIFF(MAXx('AllOpps-Products','AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -30, "ya pasado",
DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) < -90 && DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -365, "90 a 365",
DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) < -62 && DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -92, "60 a 90",
DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) < -30 && DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -62, "30 a 60",
DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) < -15 && DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -45 , "15 a 30",
DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) < 0 && DATEDIFF(MAX('AllOpps-Products'[Est.Ship]),TODAY(),DAY) > -14, "Should be in ERP",
"prueba"
),blank())
1 ACCEPTED SOLUTION

Tiene un extra () después del campo Fecha de creación de oportunidad. Utilice esto:

= Duration.Days(DateTime.Date([Opportunity Create Date])-DateTime.Date([Actual Close]))

que devolverá el número de días como un número entero.



Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

DAX is for Analysis. Power Query is for Data Modeling


Proud to be a Super User!

MCSA: BI Reporting

View solution in original post

7 REPLIES 7
amitchandak
Super User
Super User

@texmexdragon, ha creado una medida. La medida se ejecutará con el contexto de fila, por lo que si no selecciona ninguna fila, elegirá la primera true para el total general. Cuando se usa, Axis/Row/group by en un objeto visual que tome ese contexto de fila.

Puede forzar un contexto de fila como este

maxx(summarize(table,table[ID],"_1",[Rules]),[_1])

En esto, se ejecutará a nivel de identificación y luego max se tomará

refer : https://www.sqlbi.com/articles/calculated-columns-and-measures-in-dax/

Anonymous
Not applicable

Gracias @edhans Gran información. Estaba pensando que tal vez podría transferir toda esta lógica a mquery en su lugar usando una columna personalizada condicional. Eso debería ser viable, ¿correcto? No copie textualmente la fórmula, sino la propia lógica.

Estaba tratando de ordenar la lógica primero en Dax y luego cambiar a que esto se haga en mquery. Al menos esa fue mi idea.

Sí, pero le advierta que M puede que tampoco sea el mejor. A veces con SWITCH estás eligiendo el menor de los dos males.

  • SWITCH es impresionante en medidas, pero no se puede utilizar como un eje o segmentación de datos.
  • SWITCH funciona en columnas calculadas, con las advertencias normales de las columnas calculadas. Se puede utilizar como una cortadora, eje, etc.
  • SWITCH no existe en M, pero tiene fórmulas if/then/else muy potentes. Sin embargo, si se basa en MAX de columnas enteras, puede ser muy lento. Pero si consigue que funcione y la actualización sea aceptable, es la mejor y Power BI/DAX lo trata como una columna nativa y funciona bien en segmentaciones de datos, etc.

Siempre intento M primero, y si es demasiado lento o inviable, luego recurro a columnas calculadas. Realmente depende de lo que estés haciendo.



Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

DAX is for Analysis. Power Query is for Data Modeling


Proud to be a Super User!

MCSA: BI Reporting
Anonymous
Not applicable

@edhans Así que, en mi primer intento, esto es lo que conseguí. Sólo trato de usar un tipo simple de fórmula "diferencia de fecha" por ahora. Las columnas Bpth se fomatted como "fecha" (no datetime). No hay errores de sintaxis, pero la nueva columna dice "Error".

Y FYI, usando un color personalizado frente al asistente de columna condicional real, ya que no parece que el asistente permite este tipo de comparación entre dos fechas?

•Duration.Days(Duration.From(DateTime.Date([Opportunity Create Date]())-DateTime.Date([Actual Close])))

Expression.Error: No podemos convertir el valor #date(2017, 4, 27) al tipo Function.
Detalles:
Valor 4/27/2017
Tipo [Tipo]

hola @texmexdragon

En primer lugar, su fórmula funcionará bien en una medida, pero para una columna de cálculo, el contexto de fila de fórmula no funcionará de la manera que piensa, consulte la respuesta de Edhans.

y para el código m, las dos columnas son tipo de fecha no tipo datetime, así como esto:

•Duration.Days(Duration.From([Opportunity Create Date]-[Actual Close]))

saludos

Lin

Community Support Team _ Lin
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

Tiene un extra () después del campo Fecha de creación de oportunidad. Utilice esto:

= Duration.Days(DateTime.Date([Opportunity Create Date])-DateTime.Date([Actual Close]))

que devolverá el número de días como un número entero.



Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

DAX is for Analysis. Power Query is for Data Modeling


Proud to be a Super User!

MCSA: BI Reporting
edhans
Super User
Super User

Las columnas calculadas utilizan el contexto de fila, no el contexto de filtro, por lo que es totalmente diferente. Así que cuando usted utiliza esto:

MAX('AllOpps-Products'[Prob.])< 50, "NA",

Es lo mismo que

'AllOpps-Products'[Prob.]< 50, "NA",

porque el mínimo de una fila, max, etc. es el mismo, sólo hay un valor. Tendría que eliminar el contexto de fila utilizando ALL() alrededor de los valores. Así que el siguiente como ejemplo

MAXX(
    ALL('AllOpps-Products'[Prob.])
    ,'AllOpps-Products'[Prob.]
)< 50, "NA",


Pero sólo curiosidad, ¿por qué cambias a una columna calculada? En general, intente evitar columnas calculadas. Hay momentos para usarlos, pero es raro. Normalmente se prefiere obtener datos del sistema de origen, crear columnas en Power Query o Medidas DAX a las columnas calculadas. Vea estas referencias:

Columnas calculadas frente a medidas en DAX
Columnas y medidas calculadas en DAX
Diferencias de almacenamiento entre columnas calculadas y tablas calculadas



Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

DAX is for Analysis. Power Query is for Data Modeling


Proud to be a Super User!

MCSA: BI Reporting

Helpful resources

Announcements
April AMA free

Microsoft Fabric AMA Livestream

Join us Tuesday, April 09, 9:00 – 10:00 AM PST for a live, expert-led Q&A session on all things Microsoft Fabric!

March Fabric Community Update

Fabric Community Update - March 2024

Find out what's new and trending in the Fabric Community.

Top Solution Authors