Subforms umbenennen - Performanceeinbruch

[koehlerbv]

Hallo zusammen,

folgende Frage (sicherlich nix für newbees):
Als "krönender Abschluß" der Entwicklung einer DB wurden einige Subforms umbenannt, um den Benennungskonventionen zu entsprechen. Hierbei handelt es sich um Subforms, die sowohl direkt eingebunden sind als auch durch Berechnung. Lt. Analyzer umfaßt die DB ca. 15.000 Design-Elemente.
Folge dieser Umbenennung: Dokumente, die mit Masken geöffnet werden, die die betreffenden Subforms enthalten, werden jetzt in der mindestens 15fachen Zeit geöffnet (vorher: < 1s, jetzt: deutlich über 10s).
Ich habe schon alles mögliche ausprobiert, um diesen Zustand zurückzudrehen - es hilft nur, das voerhergehende Template drüber zu bügeln, nur dann ist die Welt wieder in Ordnung (aber immerhin das geht): Kein compact mit allen möglichen Optionen, keine Bereinigung der desktop.dsk, Neuanlage cache.dsk (nach Umbenennung der Subforms hat jeder Client das gleiche Problem), keine Rück-Umbenennung, Neueinbinden der Subforms, Kopie der DB etc. pp.

By the way: Ich habe eine weitere DB gefunden, bei der dieser Effekt ebenfalls reproduzierbar ist - und weitere, bei denen dieser Effekt eben NICHT auftritt.

Ist jemand von Euch solch ein Effekt schon einmal untergekommen? Weiß jemand Rat oder hat gar Background-Infos, warum soetwas überhaupt auftritt?

Es hat ja den Anschein, als sei das Gesamt-Design der DB zerschossen - kennt jemand Möglichkeiten / Tools, soetwas zu reparieren oder zumindest zu analysieren ?

Vielen Dank im Voraus,
Bernhard (völlig ratlos)

PS: Die KBase habe ich auf und ab gesucht, Google gequält - nix, als hätten nur wir dieses Problem ...

[ata]

Hallo Bernhard,

... ich hatte mal was in der Art. Wenn ich mich richtig erinnere müssen in den Masken die Teilmasken neu eingebunden werden. Ich gehe davon aus, daß es berechnete Teilmasken sind, oder...

ata

[koehlerbv]

Hallo, ata,

danke für Deine Antwort.
Es sind sowohl berechnete als auch direkt eingebundene Teilmasken und: Nein, das erneute Einbinden der Teilmasken (Entfernen aus der Maske, Maske speichern, Designer schliessen, erneut einbinden und speichern) ändert nichts - das Öffnen eines Doks bleibt genau so dramatisch langsam.

Über jeden weiteren Tip - und sei es "Hatte ich noch nie" (wenn derjenige schon wirkliche grosse Notes-DBs programmiert hat) - freut sich

Bernhard

[ata]

... nur so eine Idee: Leeres Template durchziehen, dann Design neu einspielen...

... noch was: handelt es sich um replizierende DB's? Tritt das auch bei loaklen DB's auf?

ata

[koehlerbv]

Ich bin über JEDE Idee dankbar ;-)

Ein Design-Update über 'ne "putte" DB mit einem funktionierenden Template beseitigt das Problem sofort.
Die (Entwicklungs-)DB existiert auch in Repliken - überall das gleiche Problem. Ich hab' sie hier @home lokal - exakt gleiches Verhalten wie auf den Servers.
Und der Performance-Einbruch ist sofort für alle Users "verfügbar", sowie die DB auf dem Server (testweise) verändert wird.

Ciao,
Bernhard

[ata]

... noch ne Idee: mach Kopien der umzubennenden Teilmasken, benenne sie um, verankere sie in den Masken und lösch die alten - irgendwo in der Ecke scheint es zu knirschen...

ata

[koehlerbv]

Auch schon gemacht - ohne Besserung ... Als wenn die Umbenennung die internen Tables der Design-Elemente zerlegen würde ...
Mystisch, mystisch ...

Nochmals danke,
Bernhard

[ata]

... arbeitest du mit Aliasnamen in den Subforms?

ata

[Driri]

Hi,

ich hab das so verstanden, daß du nen Template für die DB hast ?
Was ist denn, wenn du mit dem Template eine neue DB erstellst ? Tritt da das Problem auch auf ?

Ansonsten (falls keine Replikation notwendig ist) erstell doch mit dem Template eine neue DB und kopier die Dokumente aus der alten, defekten in die neue. Vielleicht wenigstens mal testweise.

[Driri]

Hi,

noch ne Idee : Versuch mal nen Compact auf das Template.

[koehlerbv]

@ata:
Interessanterweise trat das Problem das erste Mal bei einem Kollegen auf, als er vorgestern (illegaler Weise) bestimmten Teilmasken Aliasnamen gab. In meiner DB, die ich bei meinen Recherchen gefunden habe, hat es niemals Aliasnamen für Teilmasken gegeben - und doch tritt auch hier das Problem auf.

Zum Template: Die ganze Applikation ist noch in Entwicklung, es gibt also keine produktive DB. Das erwähnte Template ist faktisch das Backup der DB in genau dem Stadium VOR dem Umbenennen. In dieser Version ist die DB also völlig OK, und nur damit bekommt man die Effekte wieder beseitigt, wenn man "zu Forschungszwecken" erneut mit dem Umbenennen experimentiert.

Das Umbenennen können wir ja ohne weiteres bleiben lassen, ich habe nur das Gefühl, daß wir auf einem Pulverfass sitzen: Intern muß in der DB ja mächtig was durcheinander sein ...

Nach wie vor grübelnd und stirnrunzelnd,
Bernhard

[ata]

... mein Verdacht mit den Alias hatte den Hintergrund, daß doppelte Namen vorliegen könnten. Allerdings hätte ich noch die Frage zur Unterscheidung wann es auftritt und wann nicht. An den Teilmasken - ob mit oder ohne Alias - alleine scheint es nicht zu liegen.

... ich hätte aber noch einen anderen Verdacht. Du hast von sehr vielen Masken gesprochen. Vielleicht liegt hier der Hund begraben - analog zu den Feldnamen einer DB - hat er eventuell Probleme die Namen zu verwalten. Versuch mal die Verweildauer gelöschter Dokumente herunterzusetzen. Eventuell hat er gelöschte Designdokumente und bekommt damit die Anzahl der Masken-Versionen nicht mehr gebacken - mal ins blaue gedacht...

ata

[koehlerbv]

Aliase sind bei Subforms ja gar nicht gestattet ... Daher lag dort auch meiner ersrter Verdacht, aber den "Wurm" kriegt man ja auch ohne Alias-Namen hin ...
Auf den ersten Blick erschien mir Deine Idee mit den Deletion-Stubs von Design-Elementen genial. In der DB, in der das Problem das erste Mal auftrat, wurde wirklich mächtig viel hin- und herkopiert (trotz meiner Warnung ;-(   Ich habe aber alle meine Experimente an Kopien dieser DB ausgeführt ... Mit dem gleichen Effekt, natürlich. Auch die "Reparaturmöglichkeit" mit dem Template spricht gegen diese These.

Danke trotzdem und herzlichen Gruß,
Bernhard

[ata]

... um das sauber zu trennen, müßtest du eine völlig neu DB erstellen und deine gepatchten Docs hineinkopieren...

ata

[koehlerbv]

Erledigt isses zwar nicht - ich setz' den Haken aber trotzdem mal und lege den Vorgang ab unter "Wunderwelt von Lotus Notes" ;-)

Danke, ata und Driri, für Eure Bemühungen !

Bernhard

[Driri]

Und ich wundere mich beim Lesen, warum mir das Thema so bekannt vorkommt  

Hatte natürlich nicht aufs Datum geschaut.

[koehlerbv]

Ich dacht' mir halt nur: "Ordnung und Sauberkeit im Schlachthof !"

Sorry also für die Verwirrung ...

Bernhard

[Semeaphoros]

Zwei Sachen, die man probieren könnte: aus dem "fehlerhaften" Template eine neue, leere DB erstellen und diese dann zu einem Template umfunktionieren und drüberbügeln.

Was in der 4er Welt immer mal geholfen hat, ist eine leere Datenbank nehmen, sämtliche Design-Elemente (aus dem veränderten Template) rüberkopieren und diese neue DB dann als Template verwenden.

Ganz abenteuerlich, aber ungefährlich: das Template in den 6er Designer nehmen, alle Design-Elemente abspeichern, danach die Versions-Markierung entfernen und so unter dem 5er wieder gebrauchen. 8tung, dabei könnte die ODS wechseln (aber das lässt sich ja wieder rückgängig machen). Ungefährlich deshalb, weil dabei ja keine 6er Elemente hinzugefügt werden.