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:
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.
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.
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!