executeDaxQueries API: wijzigingen werken nu op pro-werkruimten

Samenvatting

executeDaxQueries API werkt nu op Pro-werkruimten, maar de documentatie lijkt toegangseisen niet volledig te beschrijven.

executeDaxQueries API: toegang op Pro-werkruimten

De executeDaxQueries API is volgens een melding op Reddit nu beschikbaar voor Pro-werkruimten. Daarmee adresseert de API een beperking van executeQueries rond toegang tot gegevens.

De documentatie beschrijft echter niet dezelfde voorwaarden voor beide API’s. Bij executeQueries staat dat een gebruiker toegang tot de werkruimte en Build-machtigingen op het model nodig heeft. Voor executeDaxQueries noemt de documentatie alleen Build-machtigingen op het model.

De gedeelde tests wijzen erop dat die omschrijving mogelijk niet volledig is. Zodra een gebruiker geen werkruimtetoegang heeft, ontstaan er volgens de auteur aanvullende vragen over de daadwerkelijke autorisatie. Het aangehaalde testresultaat stopt in de bron voordat de precieze foutmelding of uitkomst wordt beschreven.

Waarom de executeDaxQueries API belangrijk is

De beschikbaarheid op Pro-werkruimten verandert het toepassingsgebied van executeDaxQueries. Teams die DAX-query’s programmatisch uitvoeren, hoeven zich niet meer uitsluitend op andere werkruimtetyperingen te richten. Dat maakt de keuze tussen executeQueries en executeDaxQueries afhankelijk van zowel de queryvorm als het toegangsmodel.

De documentatie vormt daarbij een aandachtspunt. Build-machtigingen geven toestemming om het model te gebruiken, maar de bron maakt duidelijk dat werkruimtetoegang in de praktijk mogelijk ook meespeelt. Een configuratie die op papier klopt, kan daardoor toch anders reageren tijdens tests.

Er is nog geen bevestigde verduidelijking van Microsoft opgenomen. De melding richt zich daarom vooral op het verschil tussen de gepubliceerde documentatie en de waargenomen werking.

Concrete takeaway voor de executeDaxQueries API

Test executeDaxQueries eerst met afzonderlijke gebruikersprofielen: controleer niet alleen Build-machtigingen op het model, maar ook toegang tot de Pro-werkruimte. Leg de uitkomst en foutmeldingen vast voordat je automatisering uitrolt, en behandel de documentatie voorlopig niet als volledige autorisatiebeschrijving.