Leads und Opportunities haben jeweils ein Land – und sind damit mit der Tabelle Country verbunden.<\/p>\n\n\n\n
Opportunities k\u00f6nnen aus Leads hervorgehen. Daf\u00fcr haben Opportunities eine LeadID, die aber leer sein kann. Au\u00dferdem kann das Land des Leads unterschiedlich vom Land der daraus generierten Opportunity sein.<\/p>\n\n\n\n
Da diese Relationen einen Zirkel bedeuten w\u00fcrden, ist die Beziehung zwischen Lead und Opportunity auf inaktiv gesetzt – und kann dann \u00fcber Als Measures definieren wir:<\/p>\n\n\n\n In den Tabellen haben wir folgende Beispieldaten:<\/p>\n\n\n\n Somit ergeben sich f\u00fcr die Measures folgende Ergebnisse:<\/p>\n\n\n\n Soweit ist das wenig \u00fcberraschend. <\/p>\n\n\n\n Wenn wir jetzt aber eine Rolle mit Row Level Security – Filter Das stimmt auch f\u00fcr die beiden ersten Measures. Allerdings gibt das Measure „Anzahl Opportunities via Leads“ folgenden Fehler zur\u00fcck:<\/p>\n\n\n\n Error: The UseRelationship() and CrossFilter() functions may not be used when querying ‚Opportunities‘ because it is constrained by row-level security defined on ‚Leads‘ or related tables.<\/strong><\/p>\n\n\n\n Das finde ich sehr verbl\u00fcffend. Eigentlich halte ich das f\u00fcr einen Bug. Da er aber so (mindestens) seit SSAS 2016 enthalten ist, gehe ich davon aus, dass Microsoft das nicht so sieht.<\/p>\n\n\n\n Deswegen sollte man mit (Nur als Randbemerkung: Bei meinem Kunden hatte ich eine andere Fehlermeldung (ambiguous paths). Ich wei\u00df nicht, ob es am Patch-Level lag oder ich die Situation nicht 100% genau nachstellen konnte)<\/p>\n","protected":false},"excerpt":{"rendered":" Motivation WIr hatten bei einem Kunden folgendes Szenario: Wir hatten einen Cube (tabular model), das wir ausreichend getestet hatten. Wir hatten auch Filter (Slices in Power BI bzw. Filter in Excel Pivot) auf das Attribut Land getestet. Als wir aber nun eine Rolle anlegten, die auf ein Land filterte, funktionierten unsere Berichte nicht mehr f\u00fcr … Achtung bei USERELATIONSHIP() und Row Level Security in Tabularen Modellen<\/span> weiterlesen USERELATIONSHIP()<\/code> in einem Measure verwendet werden.<\/p>\n\n\n\n![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2023\/12\/grafik-17.png\")
<\/a>Anzahl Leads:=COUNTROWS(Leads)\nAnzahl Opp:=COUNTROWS(Opportunities)\nAnzahl Opportunities via Leads:=CALCULATE(COUNTROWS(Opportunities), USERELATIONSHIP(Leads[LeadID],Opportunities[LeadID]))<\/pre>\n\n\n\n
<\/a>Filter<\/td> Measure<\/td> Wert<\/td> IDs<\/td><\/tr> ohne<\/td> Anzahl Leads<\/td> 3<\/td> 1,2,3<\/td><\/tr> ohne<\/td> Anzahl Opp<\/td> 5<\/td> 1,2,3,4,5<\/td><\/tr> ohne<\/td> Anz Opp via Lead<\/td> 5<\/td> 1,2,3,4,5<\/td><\/tr> Deutschland<\/td> Anzahl Leads<\/td> 2<\/td> 1,2<\/td><\/tr> Deutschland<\/td> Anzahl Opp<\/td> 3<\/td> 1,4,5<\/td><\/tr> Deutschland<\/td> Anz Opp via Lead<\/td> 2<\/td> 1,2<\/td><\/tr> \u00d6sterreich<\/td> Anzahl Leads<\/td> 1<\/td> 3<\/td><\/tr> \u00d6sterreich<\/td> Anzahl Opp<\/td> 2<\/td> 2,3<\/td><\/tr> \u00d6sterreich<\/td> Anz Opp via Lead<\/td> 1<\/td> 3<\/td><\/tr><\/tbody><\/table> =Country[Country]=\"Deutschland\"<\/code> definieren, so h\u00e4tte ich erwartet, dass wir die Werte erhalten, die in obiger Tabelle unter Deutschland stehen.<\/p>\n\n\n\nUSERELATIONSHIP()<\/code> sehr sparsam umgehen, da sich dadurch Nebeneffekte auf Row Level Security ergeben.<\/p>\n\n\n\n