Feldleichen in Notes Ansichten

[ReinhardR]

Ich habe da ein Problem das mich schon lange beschäftigt. Da ich sehr faul bin ( ) benutze ich bei der Entwicklung neuer DB Masken als Vorlage. Wenn ich nun nicht alle Felder dieser Masken benötige bzw. diese Masken komplett lösche werden die Felder weiterhin als mögliche Auswahlfelder in Formeln und Ansichten angezeit. Gibt es eine Möglichkeit die Leichen zu beseitigen?

[Axel]

Hi,

du musst alle Dokumente welche die entsprechende Maske benutzen löschen, oder wenn es sich um eine neue Datenbank handelt, die leere Datenbank komprimieren.

Das kannst du entweder an der Serverkonsole mit load compact Datenbank -B oder über den Administrator machen. Stelle dort die Option "Datenbankgröße verringern" ein.

Axel

[ReinhardR]

Die DB liegt Lokal. Den Administrator aus N 5 habe ich aufgerufen. DB habe ich ausgewählt. Unter Werkzeuge Komprimieren habe ich DB intern mit Reduzierung Dateigröße ausgewählt. Die unbenutzten Masken hatte ich bereits vorher gelöscht. Trotzdem werden mir die nicht mehr vorhandenen Felder zur Auswahl angebote. Wasw mache ich falsch ( ).

[Axel]

Hi,

du hast nichts falsch gemacht. In einigen Fällen ist mir das auch schon so gegangen, warum auch immer.

Bisher hab ich dafür keine 100% funktionierende Lösung dafür gefunden.

Axel

[ReinhardR]

Erstmal Danke, ich hoffe jemand hat noch einen Tip.

[Rob Green]

das ist das altbekannte UNK (Unique Key Table) Problem, das davon herrührt, wie Notes Design-Felder in einer internen Tabelle verwaltet. Compact bringt meines Wissens nix, da es nicht auf die UNK losgeht, es sei denn, Du würdest alle entsprechenden Felder aus den Docs löschen, aus den Forms, Subforms, etc.... auch dann kann es vorkommen, das nüscht passiert.

Langer Satz kurzer Sinn: solange Du in der Enwticklungsumgebung bist => Pech bzw....und das ist auch die produktive Lösung: lege eine leere Kopie (!!) der DB an (nur Design + ACL) und Du wirst sehen, daß schwuppdiwup alle nicht mehr vorhandenen Felder nun nicht mehr zur Verfügung stehen. Andere zuverlässige Workarounds wären mir nicht bekannt.

[Axel]

@Rob

Einspruch euer Ehren. Auch diese Methode (... lege eine leere Kopie (!!) der DB an (nur Design + ACL) und ...) hab ich schon ein paarmal getestet und hat auch nicht immer funktioniert.


Axel

[Rob Green]

dann klebt das Pech an Deinen Händen....ER IST VERFLUCHT   Gibs zu, Du hast eines Tages gesündigt, indem Du eine Maske mit 400 Feldern und 380 verschachtelten DBLookups mit 99 IF Schleifen verwendest hast und die Maske aus automatisch berechnet gesetzt hast  


Aber dank für die Info...denn gut zu wissen, daß diese Schnapps-aufs-Knie Methode auch nicht immer zu wirken scheint.

[harkpabst_meliantrop]

Compact bringt meines Wissens nix, da es nicht auf die UNK losgeht, es sei denn, Du würdest alle entsprechenden Felder aus den Docs löschen, aus den Forms, Subforms, etc.... auch dann kann es vorkommen, das nüscht passiert.

Nur nochmal als Anmerkung,  zur Steigerung der Verwirrung:

Der offizielle Weg, um nicht mehr benötigte Felder aus der UNK zu bekommen ist:

1. Die Felder aus allen (!) Masken und Teilmasken entfernen (oder eben die Masken und Teilmasken löschen).

2. Die Felder aus allen (!) Dokumenten in der Datenbank löschen (oder eben die Dokumente selbst löschen). Gar nicht so unaufwändig, spezielle wenn's auch noch Profildokumente oder Dokumentenleichen mit vermurksten Leserfeldeinträgen gibt. Da kann eine Kopie der DB schon hilfreich sein.

3. Compact ausführen. Muss sein, ohne geht's nicht. Sicherheitshalber würde ich dabei sogar auf das alte R4-mäßige Copy Style Compact zurückgreifen.

Das aktualisiert zwar die UNK, aber daneben gibt's natürlich immer noch die Möglichkeit, dass der Designer irgendwas cached. Versuchen würde ich deshalb auf jeden Fall das Standardprogramm.

Bookmark entfernen, Arbeitsbereich komprimieren, Cache.dsk löschen, beten.

Zum Glück arbeite ich praktisch nie mit der Feldliste, deshalb kratzt es mich wenig, ob das was ich hier erzähle auch irgendeinen Nutzen hat ...