Relaciones entre tablas numéricas vs categóricas

Un usuario Pregunto ✅

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?

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.

Relaciones_entre_tablas_numerical_vs_categorical

Si tiene alguna pregunta, no dude en publicarla aquí.

Atentamente,

Valle

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.

Relaciones_entre_tablas_numerical_vs_categorical

Si tiene alguna pregunta, no dude en publicarla aquí.

Atentamente,

Valle

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

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *