Feld ist zu groß (32K) oder die Spalten- oder Auswahlformeln sind zu groß

[Matze69]

Die DB xy repliziert nicht mehr, mit dem o.g. Hinweis.

Habe nun über Logfile die NotesID des Dokumentes gefunden, in Hex umgerechnet und kenne das Dokument.
Was kann ich nun tun - ausser das Doku löschen? Welches Feld meint Notes das es zu groß ist?

Das gesamte Dokument ist 188000Byte groß - so wie viele andere Dokumente auch, die er nicht anmosert.
Was kann ich tun?

Danke

[DAU-in]

Ich hatte den Fall schon einmal, damals half nur noch Löschen des betroffenen Dokumentes (vorher Soft Deletions ausschalten).

Gibt es Textfelder, die programmatisch ergänzt werden in der DB?
Bei mir war es Historienfeld, das über einen Agenten beschrieben wurde.

[Matze69]

Ich hatte den Fall schon einmal, damals half nur noch Löschen des betroffenen Dokumentes (vorher Soft Deletions ausschalten).

Gibt es Textfelder, die programmatisch ergänzt werden in der DB?
Bei mir war es Historienfeld, das über einen Agenten beschrieben wurde.

Es gibt hier auch Historienfelder.
Habe es gelöscht aber er bringt mir immer noch den Fehler mit der ID.... Denke irgendwo ist die ID noch da.
HAbe nach der NotesID gesucht - da findet er nichts mehr. Wo kann ich "SoftDeletions" ausschalten?
Irgendwo ist das Dokument noch. Im Admin findet er unter dem HExCode noch ein Dokument

[ascabg]

Hallo,

Wo kann ich "SoftDeletions" ausschalten?

In den Eigenschaften der Datenbank.


Andreas

[DAU-in]

Damals musste ich die DB noch komprimieren, bevor der Spuk vorbei war.

Wenn ihr Historienfelder programmatisch beschreibt,  solltet ihr vorher die Feldlänge prüfen, und ggf. ein weiteres Item anlegen.

[ata]

... was hier auch im Weg stehen kann, ist die Eigenschaft der NotesDokumente, dass sie in der Summe der IsSummary-Felder 64K nicht übersteigen dürfen. Daher sind es gerne die History-Felder, die hier über die Laufzeiten Ärger machen. In solch einem Fall helfen neue Felder nicht, sondern nur das Auslagern in andere Dokumente oder eine Begrenzung der maximalen Einträge für die History. Man kann sich auch überlegen, ob die History-Felder in Ansichten verwendet werden sollen. Wenn nicht kann man diese Felder auch in der Eigenschaft als item.IsSummary=False herausnehmen...

Toni

[DAU-in]

Ich setze die Historienfelder immer auf 'notsummary', in der Regel erscheinen die ja nicht in Ansichten.

Sollen dort immer noch letzte Bearbeiter/ letztes Bearbeitungsdatum erscheinen, nehme ich dafür extra Felder.

[ata]

... bei solchen Problemen mit NotesDokumenten habe ich mir eine Routine gebaut, die mir alle Felder samt Eigenschaften in einem EXCEL-File ausgibt. Damit kann ich schnell erkennen, welche Listenfelder die Probleme verursachen...

[koehlerbv]

Felder oder Items, Toni? 

Bernhard

[ata]

@Bernhard
... NotesItems natürlich - wobei ich auch Mehrfach-Items abfange, da bestimmte Items auch mehrfach vorliegen können 

[koehlerbv]

Sauber!