Namen gelöschter Felder

[MisterDa]

Hi!

Wenn ich in einer Maske Felder lösche, dann stehen die Felder in einer Ansicht immernoch zur Auswahl. Gleiches gilt, wenn ich ein Feld umbenenne..
Weis einer von euch, wie ich diese "alten" Namen oder Überreste der gelöschten Felder aus der Datenbank rausbekomme?

Danke für die Hilfe

MisterDa

[Glombi]

Du könntest mal die Datenbank komprimieren.

Ansonsten hilft wohl nur, eine Kopie der Datenbank erstellen.

[MisterDa]

Das mit dem komprimieren hab ich schon versucht. Nützt nix..die Namen sind immernoch da..

Also muß ichs wohl mal mit der Kopie versuchen.


Nachtrag: Hab grad noch ne Kopie erstellt, da sind die Namen aber auch noch drin..

[Rob Green]

dann ganz altmodisch: DB Element für Element einzeln in neue DB kopieren (aber jetzt nicht in eine Form reingehen, sondern zB in der Form View die einzelnen Forms markieren und rüber in andere DB)

[MisterDa]

Thx.
Hatte allerdings gehofft, es gäbe vielleicht ne Funktion zum entrümpeln oder so..

MisterDa

[Jörg P.]

Hi,

wenn die DB noch Dokumente enthält, in denen die Felder gespeichert sind, müsstest du diese Felder z.B. mit einem Agenten aus diesen Dokumenten löschen.

[dirk_2909]

@MisterDa

Wenn Du in einer Maske ein Feld löscht, dann musst Du mit dem Cursour hinter das Feld gehen und mit Backspace "[<--]" das Feld löschen.
Es MUSS der Dialog "Wollen Sie das Feld XYZ wirklich löschen" erscheinen.
Wenn ein Feld mit dem Feldnamen in keiner anderen Maske vorhanden ist erscheint der Feldname in keiner Liste mehr.

[dirk_2909]

@MIsterDa

Mehr Informationen gibts in "The View" März/April 2003:
Auszug:
March/April 2003:

THE UNIQUE KEY (UNK) TABLE - WHAT DOMINO ADMINISTRATORS AND DEVELOPERS NEED
TO KNOW
The UNK table is an internal Notes table that stores all the field names in
a database. When a database's UNK table exceeds its size limit, you get
error messages and warnings - and though the application could continue to
run in this state, it's likely to become corrupted or provide users with
inaccurate results. This article is a comprehensive reference that shows
you how to interpret error messages relating to the UNK table and solve
them. You'll learn how to avoid UNK-related problems in your databases
using proven design techniques and best practices. You'll also find a guide
to tools for analyzing UNK related error messages and performing preventive
maintenance.

Dirk

[MisterDa]

@Harvey: das mit dem Agenten hab ich schnon ausprobiert, hat aber auch nicht gefruchtet..sowas in der Art steht ja auch in der NotesHilfe..

@dirk_2909: danke. das probiere ich gleich mal aus..

MisterDa

[Till_21]

@MisterDa : WOZU ?

[MisterDa]

@Till_21: Weil ich z.b. in einer Ansicht bei der Auswahl der Felder für eine Spalte noch die Feldnamen von gelöschten oder geänderten Feldern stehen habe, und mich das stört, bzw. es unübersichtlich wird.

[Till_21]

@Till_21: Weil ich z.b. in einer Ansicht bei der Auswahl der Felder für eine Spalte noch die Feldnamen von gelöschten oder geänderten Feldern stehen habe, und mich das stört, bzw. es unübersichtlich wird.

Hab ich noch nie (!!!) benutzt und ich arbeite nicht erst seit vorgestern mit Notes...
naja, nichts für ungut,

gruss

[dirk_2909]

@Till

Es geht ja nicht nur um benutzen.
Wenn die UNK (LIste der Felder in der DB) zu groß wird, kann es zu Problemen kommen.

Wir hatten den Fall bei einer DB in die Felder dynamisch durch einen Agenten erzeugt wurden. Die DB ist dann regelmäßig corrupt gegangen.

Siehe:
http://www.eview.com/eview/viewr5.nsf/e640f630a3361f84852568f600070fd3/aae1f135648ec42785256cee00679ceb?OpenDocument&Highlight=2,UNK

Dirk

[harkpabst_meliantrop]

Seit R5 gibt es ja theoretisch die Option, eine vergrößerte UNK zu benutzen, aber ich habe mich noch nie getraut, das Häkchen zu setzen. Wenn schon die Doku sagt, dass damit möglicherweise nicht alles funktioniert

There are limitations to selecting this option, however; for example, full-text indexing may not work correctly.

dann lass ich da lieber die Finger von...