Angebotspositionen - Laufzeit

UliS · Beitrag von **UliS** » Fr Jan 13, 2012 12:47 pm

AvERP.exe Version 4.2.5.65
GDB 2012-A.02

Ladezeit Maske BAUFPO 3,4 Sek. (wenn noch nicht im Speicher)
Ladezeit Datensatz > 30 Sekunden
Zeitmessung im SQL-Monitor
zeigt
/*---
EXECUTE STATEMENT
TR_HANDLE = 4
STMT_HANDLE = 83
PARAMS = [ Version 1 SQLd 2 SQLn 2
[BARTLH_ID] = 71
[DS_ID] = 1 ]

SECONDS = 30,139
----*/
/*---
PREPARE STATEMENT
TR_HANDLE = 4
STMT_HANDLE = 83

SELECT *
FROM P_LAGBUCH_TREE(? /* BARTLH_ID */ , 1, 'AU', ? /* DS_ID */ , 4)
WHERE TYP <> 'R' AND HAUPTMENUEEBENE <= 2

Ausführen Statement im IB-Exp.
mit BARTLH_ID=71 DS_ID=1
in 15 ms

Gibt es eine Beta.exe, die den Baum für die Lagerbuchung schneller
als in 30 Sekunden aufbauen kann???

miboe · Beitrag von **miboe** » Fr Jan 13, 2012 6:25 pm

Wo genau in der Maske ist denn dieser Baum für die Lagerbuchungen? Ich bin glaube ich gerade zu blöd oder zu blind, um den zu finden ...

Gruß
Michael

UliS · Beitrag von **UliS** » Fr Jan 13, 2012 8:45 pm

miboe hat geschrieben:Wo genau in der Maske ist denn dieser Baum für die Lagerbuchungen? Ich bin glaube ich gerade zu blöd oder zu blind, um den zu finden ...

Gruß
Michael

Weder blind noch blöd

... der Baum wird erst sichtbar, wenn über die ungeliebte Shift-Drei-Punkte-Taste das Lagermodul geöffnet wird - vermute ich... Warte-Effekt tritt - wenn auch nicht so ausgeprägt, mit 2009erDB und 4.2.5.65-exe auf - auf DB die intensiv Chargen verwendet.

Gruß Uli

miboe · Beitrag von **miboe** » Sa Jan 14, 2012 9:07 am

Aha, wieder was gelernt

Ich hab es gerade mal getestet und hatte keine Verzögerung in der genannten Größenordnung. Allerdings in einer DB ohne Chargen ... sprich, da ist nix wirklich aufzubereiten für die Baumansicht außer ein paar Reservierungen. Es kam bei mir lediglich NACH dem Schließen der Baumansicht zu einer Verzögerung, was aber daher kam, daß ich die BAUFPO direkt aus dem Hauptmenü aufgerufen habe und ohne Filterung alle Datensätze selektiert habe. Wenn ich das auf dem normalen Weg mache (Auftrag öffnen und dann in die Positionen gehen) ist auch dieser Zeitversatz weg.

Aber: das Verhalten (Frontend = 30sec, IBe = 30ms, Faktor 1000) bestätigt wieder den Verdacht, daß momentan einige Frontend-Funktionen für massive Performance Verluste sorgen. Synerpy hatte ja ein Frontend auf Basis wesentlich besserer DB-Objekte angekündigt. Da sind glaube ich noch mehr User drauf gespannt

Gruß
Michael