Re: REPEAT extrem langsam

19. Mai 2009 15:30

Fang mal an mit einem halben Gigabyte.

Re: REPEAT extrem langsam

19. Mai 2009 15:54

Wie stelle ich den DBMS ein?
In der commandline wird 'cache=500000' ignoriert...

Übrigens:
Der Object Cache hat 32000KB - passt das? sollte eigentlich nichts mit den Daten zu tun haben, oder?

Re: REPEAT extrem langsam

19. Mai 2009 16:01

BadGer hat geschrieben:Bin gerade draufgekommen, dass ich im falschen Forum gepostet habe:
Ich arbeite mit Version 4.0 SP3
Tut mir leid!
Kann man das ändern?

Hiermit geschehen.

Re: REPEAT extrem langsam

19. Mai 2009 16:02

Natalie hat geschrieben:Hiermit geschehen.

Danke!

Re: REPEAT extrem langsam

19. Mai 2009 16:08

BadGer hat geschrieben:Wie stelle ich den DBMS ein?

Guckst du hier!

BadGer hat geschrieben:In der commandline wird 'cache=500000' ignoriert...

Klar, der lokale DBMS-Cache wird nur bei lokal geöffneten Datenbanken genutzt.

BadGer hat geschrieben:Übrigens:
Der Object Cache hat 32000KB - passt das? sollte eigentlich nichts mit den Daten zu tun haben, oder?

Der Wert passt.

Re: REPEAT extrem langsam

19. Mai 2009 16:30

Ich habe folg. probiert:
1. Dienst beendet
2. In Startparameter 'cache=500000' eingetragen.
3. Dienst gestartet

In NAV steht immer noch 8000 in der Information.
Was mache ich falsch?

Re: REPEAT extrem langsam

19. Mai 2009 16:43

BadGer hat geschrieben:In NAV steht immer noch 8000 in der Information.

Habe gerade entdeckt, dass unter Extras / Optionen der DBMS nun 500000 hat.
Warum der Unterschied zur Größe in der DB-Information?
Welcher der beiden muss nun 500000KB haben?
Und wie kann ich den in der DB-Information ändern?

Re: REPEAT extrem langsam

20. Mai 2009 08:53

Hallo Badger,

der DBMS Cache unter 'Extras/Optionen' wird nur benutzt, wenn du direkt mit dem Client ohne Server auf die Datenbank zugreifst. Der andere gilt für den Betrieb mit Server.
Hat sich denn jetzt was an deiner Performanz geändert?

Gruß, Fiddi

Re: REPEAT extrem langsam

22. Mai 2009 09:22

Hallo alle!

Das mit dem DBMS Chache hat schon etwas gebracht.
Der eigentliche Bremser lag allerdings wo ganz anders...
Das DataItem in dem betreffenden Report war die Item Tabelle.
Ich habe herausgefunden, dass am Ende von OnAfterGetRecord ein COMMIT stand. :roll:
Jetzt werden die 7000 Artikel in 2min verarbeitet, nicht mehr 11min!
Unglaublich...

Vielen Dank für all eure Hilfe!

Gerald