Hallo,

gehe über die Suchfunktion des Forums und suche nach "Feldleichen"

 

... 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 !!

hallo performance,

das war hier "ein satz mit x", leider.
aber wie geschrieben, trotzdem vielen dank !

ich kann jetzt nicht sagen warum es bei dir nicht funktioniert, aber wir machen das immer bevor wir produktiv gehen - klappte bisher immer -  

cu

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 was? Die Felder überhaupt löschen?

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

... 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

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 ...