Desafío para los profesionales: dos nuevas mesas no hablarán correctamente en un «cubo» que perfectamente

Un usuario Pregunto ✅

Anónimo

Doy KUDOS y marco como Resuelto!

Tenemos dos mesas nuevas. Son como tablas de hechos con muchas filas de ProductKey.

Entonces puedo hablar individualmente con la tabla DIM_Products pero no puedo hacer que dos funcionen al mismo tiempo. He probado todos los tipos de conexión (excepto Many: Many).

Sospecho que es hacia donde se conectan.

Aquí está el esquema principal que muestra las dos nuevas tablas. A excepción de las nuevas tablas, este «Cubo» funciona perfectamente.

Descripciones

Consulta directa

DIM_Product es una verdadera tabla de dimensiones: una fila por clave (ProductKey)

Vw_Product_Tariff es una tabla de hechos: muchas filas de la misma ProductKey

DIM_ProductPricing es como una tabla de hechos: muchas filas de la misma ProductKey

vw_ProductTariff habla con DIM_Product

DIM_ProductPricing

Dim_ProductPricing y vw_Product_Tariff no pueden estar juntos en el mismo objeto visual

¿Algunas ideas? ¿Necesitamos una tabla puente (por qué, dado que DIM_Product es una verdadera tabla de dimensiones)?

Esquema:

ProductSchema.jpg

mahoneypat

En respuesta a Anónimo

La relación de dirección única es el camino a seguir con su modelo. Hay otras formas de pasar filtros (por ejemplo, CROSSFILTER, USERELATIONSHIP, TREATAS) sin tener que ir a una relación bi-di. Es posible que inicialmente obtenga un error en un objeto visual con dos tablas desconectadas, pero cuando agrega la medida correcta que usa ambas, funcionará. Proporcione más detalles sobre el análisis / visual que está tratando de hacer / generar.

Saludos,

Palmadita

BA_Pete

Hola @Anónimo,

Es difícil de decir sin ver los datos / modelo, pero lo primero que haría es eliminar una o ambas instancias de filtrado bidireccional entre su verdadera tabla tenue y sus datos.

Dependiendo de cómo intente visualizar los datos de hechos, existe un posible bucle de retroalimentación creado, es decir, ambas tablas de hechos pueden filtrar la tabla de atenuación al mismo tiempo, y cada uno de sus efectos de filtro en la tabla de atenuación se pasa a la otra tabla de hechos. , que cambia el filtro que esa tabla de hechos pasa a la tabla de atenuación, etc.

Pete

Anónimo

En respuesta a BA_Pete

No, hice 1: Muchos y vw_Product_BOM no habla con DIM_ProductPricing.

Individualmente w_Product_BOM y DIM_ProductPricing hablar con DIM_Product.

He conectado muchas tablas para una base de datos SQL y nunca tuve este problema. Suerte, supongo.

Price Schema.JPG

mahoneypat

En respuesta a Anónimo

La relación de dirección única es el camino a seguir con su modelo. Hay otras formas de pasar filtros (por ejemplo, CROSSFILTER, USERELATIONSHIP, TREATAS) sin tener que ir a una relación bi-di. Es posible que inicialmente obtenga un error en un objeto visual con dos tablas desconectadas, pero cuando agrega la medida correcta que usa ambas, funcionará. Proporcione más detalles sobre el análisis / visual que está tratando de hacer / generar.

Saludos,

Palmadita

Anónimo

En respuesta a mahoneypat

@mahoneypat,

Investigué más profundamente y descubrí que un empleado del cliente hizo las mesas. Ella es buena pero no sabe cómo configurar bases de datos. Las tablas necesitan cambiarse. Lo más probable es que esté dividido en más tablas. Las tablas son más como dos o tablas de hechos apiñadas en cada tabla. ¡Uno tiene varias monedas y no tiene indicador de moneda! La empresa utiliza tablas / archivos en USD solo para informes. ¡Loco!

Anónimo

En respuesta a mahoneypat

@mahoneypat,

Gracias por su respuesta.

Si la respuesta es que las tablas no están construidas correctamente o una tabla Bridge es quizás necesitaba dejarme saber esos pensamientos. Algo está mal y podría ser un mal diseño. Sé que el Diseñador de bases de datos creó las tablas, pero creo que no participó en el diseño.

Hay muchos informes que lo necesitarán.

A continuación se muestran los resultados. El VW_Product_BOM_and_Tariff_History KEY entrará con DIM_ProductPricing Si Yo cuento la LLAVE. Solo entrega unas pocas filas, por lo que tiene problemas para hablar. Sin función de agravamiento, entrega un mensaje de error.

De nuevo, individualmente vw_Product_BOM y DIM_ProductPricing hablar con DIM_Product muy bien.

precios de salida.jpg

Anónimo

En respuesta a BA_Pete

@BA_Pete,

Gracias. Lo estoy intentando de nuevo. Te di Kudo porque entregaste alguna explicación (algo de valor agregado). ¡Salud!

Deja un comentario

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