Comments on: Determining Power BI Relationships https://prologika.com/determining-power-bi-relationships/ Business Intelligence Consulting and Training in Atlanta Fri, 20 Jul 2018 17:42:00 +0000 hourly 1 https://wordpress.org/?v=6.9.4 By: Prologika https://prologika.com/determining-power-bi-relationships/#comment-358 Fri, 20 Jul 2018 17:42:00 +0000 https://prologika.com/?p=5773#comment-358 In reply to Tom Stricker.

Hi Tom, I attached the sample to the blog to help you answer these questions. You’d need the forthcoming July release of PBI Desktop to open it. The total is unaffected because there PBI knows how to handle M:M relationships.

]]> By: Tom Stricker https://prologika.com/determining-power-bi-relationships/#comment-357 Thu, 19 Jul 2018 02:45:00 +0000 https://prologika.com/?p=5773#comment-357 Which is the data source or does this matter? Is this a dynamic or static source? Also is the Sales Order Number a field unique only to Employee [FullName] (in other words are the Sales Order Numbers aggregated by Employee [FullName], are Order Numbers “owned” by single Employees or can several Employees use the same Number (apparently not here since only one Employee is attached to each Number). Final report sample shows duplication (?) since one Number attached to two different Employees? Does this not create an inaccurate total since the Order Number total SO61173 ($29,141) is counted twice. If this data source is SQL Server, when I create SQL Server tables, I need to make sure each table contains at least one unique field with Identity Specification (Is Identity) defined as Yes. Otherwise data diagram cannot be created in Management Studio and data relationship joins cannot be created. Also the system does not allow creation of Foreign Keys between tables? This is all based on use of SQL Server data sources. I do not know if the above holds true for other data sources (Teradata, MS Excel, Azure, etc.).

]]>