Supplieritems traag

Vragen
,
#1

Ik gebruik de tabel ExactOnlineREST.Logistics.SupplierItems@eol.

Hierin filter ik op Division en Mainsupplier.

Waar het mij voornamelijk om gaat is het veld SupplierItemCode.

Dit veld vind ik verder in geen enkele tabel.

Deze tabel is nu voor mij de langste downloadtijd.

Is er nog een andere manier om SupplierItemCode binnen te halen?

#2

Hoeveel regels bevat de tabel momenteel?

Hoe lang duurt een real-time download hiervan (dus niet uit cache)?

#3

De tabel bevat momenteel 20.899 regels met 4 velden.

Hij doet er real-time tussen de 7 en 10 minuten over.

ExactOnlineREST.Logistics.SupplierItems@eol?$filter=Division%20eq%XXXXXXXXX%20and%20MainSupplier%20eq%20true&$select=Item%2CSupplierItemCode%2CCountryOfOrigin%2CPurchasePrice

#4

De verwachte looptijd op basis van 1 client ID en 1 gebruiker is dan bijna 6 minuten voor dit volume.

Voor een omgeving met circa 750.000 artikelen is een recent gekeken naar snellere. alternatieven. Er zijn op dit moment geen snellere API’s hiervoor bekend op Exact Online. De XML-variant is niet significant sneller en heeft beperkte filtermogelijkheden.

Enkele mogelijke versnellingen zijn daarom zeer specifiek:

  • langer cachen met een aparte client ID en database;
  • langer cachen met een eigen view met SQL-hint zoals beneden;
  • load uitsmeren over meerdere datacontainers met elk een andere where-clause.
  • load uitsmeren over meerdere delen met telkens andere cacheduur, gestuurd door een where-clause.

Voor het implementeren hiervan raden we aan om een consultant te betrekken.

Voor de langere termijn adviseren we om een idee in te dienen bij Exact Online.

select /*+ http_disk_cache(true, true, interval '7 days') */
       sim.division
,      sim.item
,      sim.itemcode
,      sim.suppliercode
,      sim.supplierdescription
,      sim.mainsupplier
,      sim.supplieritemcode
,      sim.purchaseprice