Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

[martin.mil]

Hallo Community,
ich habe heute ein Feedback von einem unserer Kunden bekommen die mit der Wawi arbeiten und möchte dies nun an euch weiter leiten, da es vielleicht mehrere Leute betrifft. Es geht in diesem Fall um die Anzeige der Variationskombinationen. Unser Kunde hat bei vielen Produkten 10 bis 20 Variationskombinationen und jedes mal wenn so ein Produkt angeklickt wird, dauert es bis zu 10 Sekunden bis er weiter arbeiten kann, da die Liste der Variationskombinationen erst neu geladen werden muss. Während dieser Zeit ist auch immer relativ viel Datenverkehr zu beobachten, daher tippe ich mal drauf, dass diese Informationen immer neu geladen werden und nicht in einem Cache abgefangen werden.

Wäre es möglich, hier einen Cache einzubauen, damit man auch wenn Variationskombinationen verfügbar sind ungehindert durch die Prudukte klicken kann?

Vielen Dank und viele Grüße aus Wien.

 

[Janusch]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

Hallo,

10 Sek. bei 20 Artikel/Varkombis da sieht es nach einem anderen Problem aus.
Wir haben hier mit 1000 getestet und die Liste wurde unter 1 Sek. gebaut.

 

[martin.mil]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

Hallo Janusch,
danke für deine schnelle Antwort. Bei euren Tests, war da die Datenbank lokal installiert oder hattet ihr da auch so wie in unserem Fall die Remote ODBC Abfrage? Die Datenbank der Wawi wird in diesem Fall bei euch gehostet.

Wie kann ich euch debugging Informationen zukommen lassen, so dass man dem nachgehen könnte? Oder ist der Quellcode irgend wo auf Github verfügbar, so dass ich mir das selbst anschauen kann?

Vielen Dank und viele Grüße aus Wien.

 

[ag-websolutions.de]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

über welche dsl-leitung ist denn dein PC ans I-Net angebunden?

 

[martin.mil]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

Im Büro sind wir über eine 100MBit Fiber Optics Leitung an das Internet angebunden, daher schließe ich dies als "flaschenhals" aus.

 

[martin.mil]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

Ich habe mir das ganze gerade mal mit tcpdump angeschaut. Das Problem liegt wirklich dadrin, dass sobald ich auf ein Produkt mit Variationskombinationen klicke unzählige Query's ausgeführt werden. Wenn man einen lokalen SQL Server verwendet mag das vielleicht schnell genug sein, jedoch wenn man das Remote macht (in unserem Fall auf Sever s9.jtl-software.de), dann dauert das einfach zu lange. Ich habe jetzt mal ein Produkt mit 120 Varianten angelegt, dieses hat zum 120 Datenbankabfragen geführt und zwar bei jedem mal wo ich das Produkt angeklickt habe. Dass das nicht in ein paar Milisekunden machbar ist, sollte klar sein.

Ich denke ein einmaliges Nachladen pro Sitzung sollte okay sein, allerdings finde ich sollte man diese Daten cachen, damit das nicht jedes mal geamcht werden muss. Denn das ist wirklich mühsam wenn man damit länger arbeiten muss.

Währen der Query's werden ca. 500kb downstream verwendet.

Ich hoffe diese Informationen helfen bei der Fehlersuche.
Viele Grüße aus Wien

 

[Janusch]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

Hallo,

vielen Dank. Die Info das der SQL-Server Remote ist, hat gefehlt.

Habe gesehen das Steuersatz/Steuerzone pro Kindsrtikel abgefragt wird wegen der USt. Das sollte nur 1x passieren.
Werden wir ändern.

 

[martin.mil]

AW: Performenz-Problem bei mehr als 10 Variationskombinationen - besseres Caching?

Hallo,
genau das ist das Problem. Der Query

S.E.L.E.C.T. .*. .f.r.o.m. .t.s.t.e.u.e.r.z.o.n.e.l.a.n.d. .W.H.E.R.E. .k.S.t.e.u.e.r.z.o.n.e.=.1

wird pro Variante immer wieder neu abgefragt. Daher resultiert auch die extrem hohe Query Anzahl. Falls der ganze Netzwerkdump benötigt wird, ich kann die Wireshark Datei gerne zur Verfügung stellen.

Viele Grüße