Agrupar productos en una lista Deck por valores unicos dentro de una columna especifica

TENGO UNA BASE DE DATOS CON ESTAS COLUMNAS (ENTRE OTRAS).

EN AZUL SEÑALA UNA CATEGORIA DE PRODUCTOS QUE SE REFIERE AL TIPO DE MAQUINA

EN AMARILLO UNA SUBCATEGORÍA QUE SEÑALA LOS MODELOS A LOS QUE APLICA CADA REPUESTO. CON ESTE CAMPO ES QUE NECESITO AYUDA YA QUE TENGO REPUESTOS QUE APLICAN A UNO O MAS MODELOS DE MAQUINAS.

EN ROJO ES UNA SUBCATEGORIA QUE QUISIERA ELIMINAR YA QUE FUE CREADA PARA PODER LOGRAR LO QUE A CONTINUACIÓN SE MUESTRA EN LA SEGUNDA IMAGEN.

Guillermo_Suare_1-1692143805058.png

ABAJO SE PUEDE VER LA APLICACION EN FUNCIONAMIENTO DONDE ESTÁ CREADA COMO UN CATALOGO DE PRODUCTOS. EN ESTA VISTA ESTÁN AGRUPADOS LOS REPUESTOS POR "FAMILIA EQUIPO" (SEÑALADO EN AZUL EN IMAGEN 1).

Guillermo_Suare_2-1692143906872.png

Y LUEGO AGRUPADO POR "MODELO" (SEÑALADO EN ROJO IMAGEN 1)

Guillermo_Suare_3-1692143990834.png

ASÍ COMO SE MUESTRA EN LAS IMAGENES QUISIERA FUNCIONARA MI NUEVA APP SIN TENER QUE HACER USO DE LA SUBCATEGORÍA AUXILIAR CREADA PARA LOGRAR QUE ESTO FUNCIONE.

SI SE OBSERVA EN LA IMAGEN 1 EL PRIMER REPUESTO DE CODIGO "01003-08" AL TENER EN EL CAMPO "APLICA" 2 MODELOS A LOS QUE APLICA "FS55/FS85" ME OBLIGÓ A REPETIR ESTE CODIGO 2 VECES.  UNA CON "MODELO"="FS55" Y OTRO DUPLICADO CON "MODELO"="FS85".

EN LOS CASOS EN LOS QUE EL PRODUCTO TIENE 8 APLICACIONES ME OBLIGA A CREAR EL MISMO CÓDIGO 8 VECES LO CUAL ME GENERA UN TRABAJO INNECESARIO ENTRE OTRAS MUCHAS COSAS.

EN RESUMEN QUISIERA PODER HACER LO MISMO SÓLO CON LA COLUMNA SEÑALADA EN AMARILLO SIN CREAR DUPLICADO DE PRODUCTOS

ALGUIEN ME PUEDE AYUDAR POR FAVOR!

 

0 5 268
5 REPLIES 5

If understanding of your requirement is clear, please try below

Please create a VC called say [SPLIT_APLICA] with an expression something like SPLIT([APLICA],"/")

You will still need a [MODELO] column to select the individual model, but I believe you may not need to repeat the individual code for each model.

In the [MODELO] enum column, you could try a valid_if  expression of 

UNIQUE(SPLIT(TEXT(SELECT(Table_Name[SPLIT_APLICA],AND([CODIGO NU]=[_THISROW].[CODIGO NU],[FAMILIA EQUIPO]=[_THISROW].[FAMILIA EQUIPO]))),","))

Note: At the outset I may say that this appears to be a somewhat unusual data schema and the above suggestion is based on the information you gave in this post, just with an intention to offer some help. Request you to fully evaluate your data schema for long term sustenance and before implementing the suggestion. Community can offer only suggestion based on what is shared and in no way it can understand full complexity/design of the app you have. 

Edit: Made some change in the suggested expression.

 

No funciona, este conjunto de formulas trata el campo [aplica] y agrupa los repuestos que tienen una aplicación exactamente igual.

Guillermo_Suare_0-1692219832071.png

 

si [SPLIT_APLICA] lo creo con la formula SPLIT(PRODUCTOS[APLICA],"/") y hago otros ajustes consigo tener un listado completo sin repeticiones de modelos, sin embargo me crea un solo valor con todo el listado y no consigo separarlo 

Guillermo_Suare_1-1692220058164.png

creeria que para lograr a valores unicos que no se repitan en el campo [aplica] es necesario separar los valores de cada registro, poderlos comparar con todos los registros, dejar solo valores unicos y poder separarlos nuevamente.

requerido es poder llegar de esto

PRODUCTOAPLICA
producto 1170
producto 2170/178/186
producto 3186/192

a esto

APLICA
170
178
186
192

 

por el contrario estamos obteniendo esto 

APLICA
170
170,178,186
186,192

It seems like you are trying to use what normally a Parent-Child relationship gives (which is a tree navigation) without having Parent-Child relationships.

My suggestion would be to use more tables so that you can use EnumList basetype Ref and you will be able to see the products inside an Inline View of the parent Modelo

Exactamente yo quisiera usar una relación Parent-Child. Podrías por favor ser más especifico con la solución que me planteas?.. No me quedo muy claro

 

Tienes que hacer tablas para cada entidad, es en realidad algo que se explica mejor al estudiar el diseño de una base de datos relacional

Top Labels in this Space