Forum Discussion
Administratorcrear tabla
@koorosh Debe crear una relación entre DimGeography y FactInternetSales, ya sea en la vista Modelo o mediante DAX.
¿Cómo sabemos qué nombre de país poner en la tabla?
Ha indicado que SalesTerritoryKey está en ambas tablas, por lo que puede relacionar esto con Many to Many, utilizando la dirección de filtro cruzado ÚNICO donde DimGeography filtra FactInternetSales.
Si GeographyKey está en FactInternetSales como 1 a muchos, eso sería aún mejor, ya que no podrá obtener el resultado por nada más pequeño que SalesTerritory. ¿Es SalesTerritory más pequeño que un país??? Si no, tienes razón en que esto no funcionará.
AdministratorNo existe relación entre DimGeography y la tabla FactinternetSales. Ambas tablas tienen la columna SaleTerritoryKey que podría causar muchas o muchas relaciones. Pero ese tipo de relación no puede ayudar a obtener el resultado.
Administrator@koorosh Debe crear una relación entre DimGeography y FactInternetSales, ya sea en la vista Modelo o mediante DAX.
¿Cómo sabemos qué nombre de país poner en la tabla?
Ha indicado que SalesTerritoryKey está en ambas tablas, por lo que puede relacionar esto con Many to Many, utilizando la dirección de filtro cruzado ÚNICO donde DimGeography filtra FactInternetSales.
Si GeographyKey está en FactInternetSales como 1 a muchos, eso sería aún mejor, ya que no podrá obtener el resultado por nada más pequeño que SalesTerritory. ¿Es SalesTerritory más pequeño que un país??? Si no, tienes razón en que esto no funcionará.
- Syndicate_Admin
@koorosh Vea el archivo actualizado adjunto debajo de la firma: con sus datos, está bien muchos a muchos por país, pero no por ciudad, estado o código postal:
También he añadido una nueva medida para jugar usando SUMX en Measure en lugar de CALCULATE.