Das Notes Forum

Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: colinuss am 15.10.02 - 18:30:31

Titel: Performance beim Öffnen eines Dokumentes optimieren?
Beitrag von: colinuss am 15.10.02 - 18:30:31
Hallo,

wir haben hier eine Datenbank mit einer Form von über 500 Feldern, viele davon berechnet. Auf der Datenbank arbeitet max. 1 User gleichzeitig.
Das Öffnen der Form, ob neu oder bestehend, dauert zwischen 15-45 Sekunden auf P4 und P3 Maschinen.
Der Netzwerktransfer ist laut "gelbem Blitz" in den ersten 1-3 Sekunden geschehen, danach arbeiten die Festplatten der Clients ununterbrochen bis das Dokument schließlich dargestellt wird.

Irgendwelche Optimierungsideen diesbezüglich? Der Debugger schreitet auch erst nach 80% der Zeit ein.

Gruß und Danke,
Colin
Titel: Re:Performance beim Öffnen eines Dokumentes optimieren?
Beitrag von: Lossa am 15.10.02 - 18:59:54
Hi,

Ihr habt eindeutig zu viele Felder in einer Maske, da diese Berechnet werden erfolgt dies auf der Client-Seite nicht auf der Server-Seite.
Es wäre besser aus diesem einen Dokument mehrere zu machen, sofern möglich und eine entsprechend sinvolle Verbindung zwischen den einzelnen Dokumenten zu finden.

Titel: Re:Performance beim Öffnen eines Dokumentes optimieren?
Beitrag von: eknori am 15.10.02 - 19:18:01
Ich ziehe meinen Hut vor dem Entwickler. > 500  :o Felder, wer da noch den Durchblick hat... 8)
Aber mal im Ernst. Ich stimme Lossa zu; hier sollte man sich Gedanken machen, ob man nicht die Anzahl der Felder zusammenstreicht und ggf. mehrere Dokumente erstellt, die sinnvoll miteinander verknüpft sind.

Haben eure Felder auch noch Formeln wie @Dblookup ?

Dann würde ich empfehlen, statt mehrerer LU auf ein Dokument, wo z.B. 3 Felder ausgelesen werden, eine Ansicht zu bauen, die in der ersten Spalte den Key ( Suchwort für LU ) enthält und in der zweiten Spalte einen String aus den Inhalten der 3 Felder, getrennt mit z.B. ~ (Tilde)

Feld1~Feld2~Feld3

Dann kannst du in den Feldern, in denen die Werte gebraucht werden den String wieder mit @Word zerlegen. Das ist erheblich weniger Rechenaufwand als 3 @DbLookups

eknori