Neu Warum ist der Ameisen Export so langsam?

[mh1]

Ich wuerde natuerlich am liebsten direkt auf die Datenbank gehen ohne Ameise, aber dann bin ich der Single Point of Failure. Der Normalo kann kein SQL und dann muesste ich fuer jeden die SQL Abfragen schreiben. Mit der Ameise kriegt das auch jeder selbst hin. Und ich hab mal geguckt, in der Ameise gibt es aktuell 40 Exportvorlagen, die vermutlich auch genutzt werden, fuer die alle die entsprechenden SQL Abfragen zu schreiben waere ein heiden aufwand und fuer manche vorlagen auch ziemlich komplex.

Die Exportvorlagen müssten doch irgendwo in der Datenbank stehen.
Du könnest dir also ein Tool programmieren, das sich aus diesen Datenbankeinträgen die enstprechenden SQL Queries zusammenbastelt und dann nach deinen Vorstellungen optimiert. Dann lässt du dieses Query direkt in das Excelsheet reinschreiben. Der ganze Workload ist also auf dem SQL-Server und das sollte recht fix gehen.
Aber damit hättest du quasi eine eigene Ameise programmiert, die DU warten, testen und updatesicher halten musst.
Also bist du wieder der von dir angesprochene Single Point of Failure.... 🤔

 

[Jonathan@CD Commerce]

Die Exportvorlagen müssten doch irgendwo in der Datenbank stehen.
Du könnest dir also ein Tool programmieren, das sich aus diesen Datenbankeinträgen die enstprechenden SQL Queries zusammenbastelt und dann nach deinen Vorstellungen optimiert. Dann lässt du dieses Query direkt in das Excelsheet reinschreiben. Der ganze Workload ist also auf dem SQL-Server und das sollte recht fix gehen.
Aber damit hättest du quasi eine eigene Ameise programmiert, die DU warten, testen und updatesicher halten musst.
Also bist du wieder der von dir angesprochene Single Point of Failure.... 🤔

Die Idee hatte ich auch schon, hatte mir auch schon angesehen wie die Exportvorlagen gespeichert sind.
Wuerde mich schon ein wenig reizen, waere aber schwierig meinem Arbeitgeber zu erklaeren, wieso ich das naechste Jahr/Jahre damit verbringe, die Ameise neu zu programmieren😂

 

[John]

Die Ameise ist im Bereich Export so langsam, weil sie zweiteilig arbeitet.

1. Über die gesetzten Filter wird eine Liste betroffener Objekte zum Export erzeugt. Objekte können zum Beispiel Artikel oder Rechnungen oder was auch immer sein.
2. Die Liste der Exportobjekte wird dann einzeln und nacheinander abgearbeitet

Das ganze ist vermutlich der Flexibilität im Bereich Filter und wählbarer Ausgabefelder geschuldet.
Wenn man sich im JTLDiag anschaut, wie kompliziert die Filterabfragen und auch die einzelnen Exporte sein können, so kann man das schon nachvollziehen.

Man könnte aber die Arbeit der Ameise deutlich beschleunigen, indem man z.B. nicht jeden einzelnen Artikel mit WHERE kArtikel=x abfragt, sondern aus der Liste der Artikel Bereiche bildet mit WHERE kArtikel IN (x...y) und die Ergebnisse zusammenfügt.
Damit ließe sich schon erheblich Performance steigern, ohne die bisherigen Logik aus getrennten Filtern und Ergebnisabfrage über den Haufen werfen zu müssen.