Invantive Cloud geeft meerdere logregels vanuit 1 query in Power BI

Vragen
, ,
1

Beste Invantive,

Het valt me op na monitoren met Invantive cloud monitoring live / history, dat als ik de rapport dataset in PowerBi Desktop of Cloud refresh, voor 1 query in PowerQuery meerdere regels / calls zichtbaar worden in Invantive cloud monitoring. Is dat correct? Of kan de PowerQuery query nog efficiënter worden geschreven? Of zijn er instellingen te finetunen in PowerBi.

PowerQuery query:

let
    Source = OData.Feed("https://bridge-online.invantive.com/exact-online/odata4", null, [Implementation="2.0"]),
    #"TransactionLinesBulk" = Source{[Name="ExactOnlineREST.FinancialTransaction.TransactionLinesBulk@eol",Signature="table"]}[Data],
    Filter = Table.SelectRows(#"TransactionLinesBulk", each [Division] = DivisionID), 
    Filter1 = Table.SelectRows(#"Filter", each [JournalCode] = "70"), 
    Filter2 = Table.SelectRows(#"Filter1", each Date.IsInPreviousNDays([Date], 14)),
    #"Filtered Rows" = Table.SelectRows(Filter2, each [InvoiceNumber] <> null),
    #"Filtered Rows1" = Table.SelectRows(#"Filtered Rows", each [Item] <> null),
    #"Filtered Rows2" = Table.SelectRows(#"Filtered Rows1", each [Quantity] <> null),
    #"Removed Columns" = Table.RemoveColumns(#"Filtered Rows2",{"AmountFC", "AmountVATBaseFC", "AmountVATFC", "Asset", "AssetCode", "AssetDescription", "CostUnit", "CostUnitDescription", "Created", "Creator", "CreatorFullName", "Currency", "CustomField", "Document", "DocumentNumber", "DocumentSubject", "DueDate", "EntryID", "EntryNumber", "ExchangeRate", "ExternalLinkDescription", "ExternalLinkReference", "ExtraDutyAmountFC", "ExtraDutyPercentage", "FinancialPeriod", "FinancialYear", "ID", "JournalDescription", "LineType", "Modified", "Modifier", "ModifierFullName", "Notes", "OffsetID", "OrderNumber", "PaymentDiscountAmount", "PaymentReference", "Project", "ProjectCode", "ProjectDescription", "ProjectWBS", "ProjectWBSDescription", "SerialNumber", "ShopOrder", "Status", "Subscription", "SubscriptionDescription", "TrackingNumber", "TrackingNumberDescription", "Type", "VATCode", "VATCodeDescription", "VATPercentage", "VATType", "YourRef", "CreatedUtc", "ModifiedUtc", "DivisionShortName", "DivisionCompanyCoCNumber", "DivisionCompanyIBANNumber", "DivisionCompanyRSINNumber", "DivisionCompanyVATNumber", "DivisionCompanyWageTaxNumber", "DivisionName", "DivisionLabel", "DivisionCompanyName", "DivisionOwnerCompanyName", "DivisionOwnerCompanyNumber", "DisplayDocumentsUrl", "GLAccountType", "GLAccountBalanceSide", "GLAccountBalanceType", "GLAccountRevalueCurrency", "GLAccountSearchCode", "GLAccountTypeDescription", "GLAccountUseCostCenter", "GLAccountUseCostUnit", "GLAccountVatCode", "CostCenter", "CostCenterDescription", "GLAccountCode", "GLAccountDescription"}),
    #"Changed Type" = Table.TransformColumnTypes(#"Removed Columns",{{"Date", type datetimezone}}),
    #"Sorted Rows1" = Table.Sort(#"Changed Type",{{"InvoiceNumber", Order.Descending}, {"LineNumber", Order.Ascending}})
in
    #"Sorted Rows1"

Invantive Cloud Monitoring:

6a167d293a65b2d83f6d34469e92a9b1d8170c8f
6a167d293a65b2d83f6d34469e92a9b1d8170c8f1072×449 31.3 KB

18f260f679cc9d59f1a4881535c26253a6327c1d
18f260f679cc9d59f1a4881535c26253a6327c1d1113×424 30.8 KB

Bij voorbaat dank

2

De samenstelling van de OData URL’s die benaderd worden gebeurt door de Power Query-engine van Microsoft.

Hiervan is bekend dat die wisselende OData-verzoeken kan afvuren, bijvoorbeeld soms $top=1000 en soms $top=200 voor dezelfde query.

Ook is het gedrag van Power Query binnen Microsoft Excel significant anders dan de Power Query die meegebundeld wordt met Microsoft Power BI. De Microsoft Excel-variant start bijvoorbeeld downloads waarna een tweede download parallel gestart wordt voor dezelfde dataset, en kort er na de eerste regelmatig geannuleerd wordt.

Uiteindelijk bepaalt de logica die Microsoft verwerkt in de Power Query-engine het daadwerkelijke gedrag.

Het getoonde aantal OData URL’s zit aan de bovenkant van hetgeen bij Invantive bekend is, maar er zijn geen maatregelen bekend om dit gedrag te beinvloeden. In de praktijk zullen de prestaties er maar beperkt onder lijden vanwege het pull-principe, caching op meerdere lagen en streaming data vanuit Invantive UniversalSQL.

Advies is om niet al te zeer te focussen op deze meerdere verzoeken maar bij tuning te focussen op het beperken van de hoeveelheid data via filters horizontaal (kolommen) en verticaal (rijen), en vermijden dubbele downloads in losse Power Quer queries.

3

Hartelijk dank voor de toelichting. Duidelijk.

1 Like
4

Dit topic is 3 dagen na het laatste antwoord automatisch gesloten. Nieuwe antwoorden zijn niet meer toegestaan.