Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: klaussal am 20.11.02 - 14:45:50
-
hallo,
ich habe nicht mehr gebrauchte felder aus einer maske gelöscht. trotzdem bekomme ich sie bei den entwicklung von ansichten immer noch unter spaltenwert "feld" angeboten, obwohl sie definitiv nirgendwo mehr existieren. wie bereinige ich meine db ?
Vielen Dank für Tipps + Tricks + Lösungen (?) !!!
-
Hallo,
gehe über die Suchfunktion des Forums und suche nach "Feldleichen"
;D
-
Hatten wir das nicht kürzlich erst??
Du must die Felder aus allen Dokumenten löschen, in denen sie evtl. noch drin sind und die Datenbank danach einmal komprimieren. Desktop.dsk löschen kann nie schaden.
Und auch dann tauchen die Geisterfelder noch manchmal im Desinger auf .... :P
-
... die suche nach den "Feldleichen" führte ins nirwana. und der andere weg ist mit zu aufwendig. vielleicht, wenn ich mal zeit haben sollte. . . . .
trotzdem : DANKE !! :) :)
-
wenn doks vorhanden sind..........
- Die NSF in NTF umbenennen - eine Replik machen - dann replizieren damit die Dokumente nachkommen
nur test doks - sozusagen bevor man produktiv geht
2. Die NSF in NTF umbenennen - neue leee DB erstellen - und ein Design replace machen - Design von der NTF
cu
-
hallo performance,
das war hier "ein satz mit x", leider.
aber wie geschrieben, trotzdem vielen dank ! ;)
-
die suche führt deswegen ins nirwana, weil du wahrscheinlich keine angemessene anzahl an tagen (seit dem das dokument erstellt wurde, standardmäßig 7) in die suchmaske eingetragen hast. hier der link
http://www.atnotes.de/index.php?board=7;action=display;threadid=1853;start=0 (http://www.atnotes.de/index.php?board=7;action=display;threadid=1853;start=0)
-
ich kann jetzt nicht sagen warum es bei dir nicht funktioniert, aber wir machen das immer bevor wir produktiv gehen - klappte bisher immer - ???
cu
-
... ich hatte das Problem in einer 4er Datenbank mit über 3000 Feldnamen.
1. Die zu löschenden Felder aus allen Dokumenten in der Datenbank löschen
2. Die Felder aus allen Designs löschen
3. Die Datenbank komprimieren
Zusätzlich kann man die Kachel neu ziehen...
... die Felder sollten nicht per Formel oder Script wieder irgendwo neu erzeugt werden...
ata
-
Dazu fällt mir gerade ein, dass in der Notes KB mal was stand, dass sich speziell Datumsfelder manchmal nicht aus den Dokumenten löschen lassen.
Als Würgaround wurde vorgeschlagen, ein Feld gleichen Namens als Textfeld anzulegen und das dann nochmal zu löschen ...
Jaja, die schöne UNK.
-
wozu eigentlich, wenn ich fragen darf ?
-
Wozu was? Die Felder überhaupt löschen?
-
hallo leute,
nach einigem hin und her ist es mir gelungen, einen grossteil der felder wegzuhauen.
nochmals dank an alle !!!!!! :-*
-
würdest du uns bitte verraten wie?
- was war die Voraussetzung - wie wurde es gelöst ?
Ich meine das ist eine Sache die jedem Entwickler mindestens einmal im Monat begegnet.
tausend Dank
-
wozu eigentlich, wenn ich fragen darf ?
-
... ich kann nur für mich sprechen. In meinem Fall mußten in einer 4er DB weitere neue Felder aufgenommen werden. Jedoch kam die Meldung "... too many unique field names...". Also mußte ich, mittlerweile überflüssige, Felder aus der DB entfernen.
.. zudem kommt es bei Copy und Paste beim Entwickeln vor, daß Notes die Felder beim Einfügen numeriert. Diese numerierten Felder bleiben erhalten, auch wenn man die Felder umbenennt, und es keine Dokumente in der DB gibt, die diese Feldnamen verwenden.
Ich denke hier setzt der Fall an. Bei der Auswahl der Felder für Spalten erscheinen immer noch überflüssige Feldnamen, die man los haben möchte...
ata
-
Meinereiner hat den mittleren Reiter "Field" noch nie benutzt, ich finds grundsätzlich leichter den Namen in Formel einzugeben.
Ausserdem werden meist die Feldinhalte nicht als solches angezeigt, sondern noch irgendwie manipuliert und formatiert.
Aber ist halt Ansichtssache.
finde es nur komisch, sich darüber den kopf zu zerbrechen
gruss / till
-
Ne, ne, ne. Hör Onkel Ata doch zu.
Es gibt tatsächlich Anwendungen, bei denen man an die Grenze maximal in einer DB erlaubten Felder stößt. Auf die Gefahr hin, dich eigentlich zu langweilen (vielleicht weiß es ja irgendwer noch nicht):
Alle Feldnamen werden in der Unique Keyfile Table vorgehalten für die - wie könnte es anders sein - auch ein 64 kiB Limit gilt. Sobald alle Feldnamen in einer DB (und zwar nicht nur in den Masken, sondern eben in den Dokumenten!) diese Grenze erreichen, kracht's und man kann keine neuen Felder mehr anlegen. Der Wert von ca. 3000 möglichen Feldern ist auf die durchschnittliche Feldnamenlänge in Notes-Anwendungen hochgerechnet. Wenn es erstmal so weit ist, steht man erstmal ziemlich auf dem Schlauch und muss den ganzen Schnickschnack veranstalten (bis zum finalen Komprimieren), wie oben beschrieben.
So richig grauenhaft wird es dann, wenn man anfängt nur noch möglichst kurze Feldnamen zu benutzen oder gar alte Namen von Feldern, die nicht mehr gebraucht werden zu zweckentfremden. Dann macht Entwickeln so richtig Spaß!
Mit R5 hat Lotus zwar die Möglichkeit eingebaut, diese Begrenzung optional abzuschalten, aber standardmäßig war es immer noch ausgeschaltet, da angeblich noch nicht alle Komponenten von Notes sicher damit zurechtkamen.
Auch in R6-Datenbanken mit ODS 43 ist das Häkchern bei "Allow more fields in database" standardmäßig nicht gesetzt ...
Ansonsten: Diesen komischen Feldnamenreiter benutze ich natürlich auch nie ... ;)
-
@harkpapst_meliantrop
... danke ich hätte es nicht kürzer ausdrücken können...
@Till_21
... ich habe einen solchen Fall, und er kostet mich ziemlich Nerven, denn bei der kleinsten Erweiterungen werden eben die von harkpapst_meliantrop beschriebenen Auswüchse diskutiert, wie zum Beispiel auf vorhandene Feldnamen zurückzugreifen, die in ihrer Namensgebung unheimlich intuitiv beim programiieren helfen...
... und solange das eine 4er DB bleiben muß habe ich genau dieses Problem, und da ist es keine Kosmetik...
ata
ata