Wij zijn al een tijd bezig om een alternatief te zoeken op het ‘hard’-filteren in Power BI of in de start-up SQL van Invantive. Wij zouden hier graag dynamisch kunnen filteren door een lijst vanuit Excel bij te houden.
Nu lijken we een oplossing te hebben gevonden, die ik hieronder heb uitgewerkt. Echter loopt deze oplossing (waarschijnlijk) nog niet als gewenst/verwacht.
In Power BI worden 3 tabellen aangemaakt:
- Lijst met Divisies die afkomstig zijn uit een Excel.
- TransactionLines afkomstig uit Exact
- Een gecombineerde tabel van bovenstaande tabellen
Lijst met divisies uit Excel
Om dynamisch te kunnen filteren is in Excel een lijst met divisies vastgelegd, deze kan handmatig door iedereen in de organisatie bijgehouden worden.
De load van deze query is in Power BI uitgeschakeld.
Transactionlines
Vervolgens wordt een tabel vanuit de API aangeroepen, bijvoorbeeld:
ExactOnlineREST.Incremental.TransactionLinesIncremental@eol
Voor deze tabel is ook de load uitgeschakeld.
Gecombineerde tabel
De lijst met divisies wordt vervolgens door een inner join gejoined aan de tabel (in dit geval de TransactionLines) als nieuwe query. Dit zorgt ervoor dat er een nieuwe tabel wordt opgeleverd die alleen overeenkomende waardes uit beide tabellen toont.
Output Bridge Online Monitoring
Echter wanneer ik kijk wat voor impact dit heeft op de ‘calls’ die worden gedaan in Bridge Online monitoring, zie ik dat er 4 aparte query’s worden aftrapt. Waarvan er 2, die naar mijn inziens niet afgetrapt mogen worden, vrij snel automatisch worden beëindigd. Waarop volgend een 4e query met de gewenste where-clause wordt geactiveerd.
Nu willen wij graag gebruik maken van deze functionaliteit, echter de divisielijst vele male groter maken. We zijn er alleen bang voor dat de 2 automatisch afgebroken query’s ook impact hebben op de limieten, waardoor we ongewenst toch teveel data ophalen.
Kunnen jullie ons hierbij helpen?