pxg638
Hola,
Estoy luchando por entender esto, y una búsqueda rápida no apareció en ningún otro lugar, pero disculpas si ya se resolvió. Tengo un modelo de datos simple de 3 tablas: la tabla de encabezado contiene cada objeto una vez, con una relación de uno a muchos desde allí a otras dos tablas.
La tabla 1 tiene cada objeto nombrado una vez
La tabla 2 tiene algunos de los objetos y con eso una columna que me dice la ubicación (1:* relación con la tabla 1)
La tabla 3 tiene algunos de los objetos, a veces varias veces, con una columna que me indica las opciones de ese objeto. (1:* relación con la tabla 1)
Estoy buscando crear una visualización de tabla simple que muestre las propiedades de esas dos tablas secundarias, a saber:
Nombre del objeto | Ubicación del objeto | ObjectOptions |
Donde ObjectName y Options provienen de la tabla 3, y ObjectLocation proviene de la tabla 2.
Sin embargo, no funciona, dice que no puede determinar la relación entre dos o más campos. Pero, y esta es la parte extraña, si en lugar de usar ObjectOptions (un tipo de datos de cadena) construyo esto usando una propiedad numérica, funciona absolutamente bien,
Nombre del objeto | Ubicación del objeto | ObjectPartCount |
Funciona bien, y luego puedo agregar:
Nombre del objeto | Ubicación del objeto | ObjectPartCount | ObjectOptions |
Es como si pudiera manejar la relación si es numérica, pero no categórica. Ha dejado perplejas a algunas personas aquí, y no queremos crear informes con valores superfluos solo para que esto funcione… entonces, ¿en qué nos equivocamos en nuestra comprensión/ejecución de esto?
v-jiascu-msft
Hola @pxg638,
Lo siento, me perdí tu mensaje. Veamos un ejemplo más vívido. La explicación será más clara.
Tabla DGSR Routing (* muchos lados):
nombre_pozo columna1 columna2
gato bebe1 10
gato bebe2 20
Tolva de tabla (* muchos lados):
Nombre del pozo columna1 columna2
Jack Baloncesto 100
Jack nadando 200
Tabla WellHeader (1 1 lado):
Nombre columna1
Jack macho
1. Si traemos las columnas de DGSRouting y Hopper en una tabla visual, es obvio que no se puede determinar la relación.
Baby1 Baloncesto (? ¿Natación?)
Baby2 Baloncesto (? ¿Nadar?)
2. ¿Por qué funcionan las columnas numéricas? Porque podemos agregar los datos numéricos aunque podría no haber sentidos.
Bebé1 300
Bebé2 300
3. Todavía hay una solución para esas columnas que está exactamente en las columnas de relación. Debido a que son iguales, solo necesitamos un valor.
Si tiene alguna pregunta, no dude en publicarla aquí.
Atentamente,
Valle
v-jiascu-msft
Hola @pxg638,
Lo siento, me perdí tu mensaje. Veamos un ejemplo más vívido. La explicación será más clara.
Tabla DGSR Routing (* muchos lados):
nombre_pozo columna1 columna2
gato bebe1 10
gato bebe2 20
Tolva de tabla (* muchos lados):
Nombre del pozo columna1 columna2
Jack Baloncesto 100
Jack nadando 200
Tabla WellHeader (1 1 lado):
Nombre columna1
Jack macho
1. Si traemos las columnas de DGSRouting y Hopper en una tabla visual, es obvio que no se puede determinar la relación.
Baby1 Baloncesto (? ¿Nadar?)
Baby2 Baloncesto (? ¿Nadar?)
2. ¿Por qué funcionan las columnas numéricas? Porque podemos agregar los datos numéricos aunque podría no haber sentidos.
Bebé1 300
Bebé2 300
3. Todavía hay una solución para esas columnas que está exactamente en las columnas de relación. Debido a que son iguales, solo necesitamos un valor.
Si tiene alguna pregunta, no dude en publicarla aquí.
Atentamente,
Valle
v-jiascu-msft
Hola @pxg638,
El campo ObjectName debe ser de la Tabla 1, que suele ser la función del lado 1 de la relación. ¿Puedes compartir una muestra? O no puedo explicar por qué el campo numérico podría funcionar. Puede enmascarar la parte confidencial primero.
Atentamente,
Valle