Domino 9 und frühere Versionen > ND9: Entwicklung

Nach Meldung "Feld ist zu groß (32K), darf das Doc nicht geschlossen werden.

<< < (2/2)

koehlerbv:
Weitere Fehler in diesem Zusammenhang, die das Dokument unbrauchbar machen:
- Selbst, wenn Deine erstgenannten Zahlen stimmen, hast Du die max. Paragraphs / Document überschritten
- Angesichts der Tatsache, dass nicht nur Zeichen, sondern auch Formatierungen, Paragraphs und -styles in die erlaubte Menge von RichText eingehen, könntest Du schon unter der Voraussetzung der erstgenannten Zahlen das Maximum überschritten haben. Auf jeden Fall ist dies aber so, wenn Deine zweitgenannte Zahl (72 Kopien des Eintrags) zugrunde gelegt wird.

Unbeschadet dessen gilt das von Ulrich gepostete: Nach dem Kopieren ist das Dokument im Eimer, ein (unmöglicher) Abbruch und das Verhindern von QuerySave und QueryClose würde nichts mehr ändern. M.E. ist eine Reaktion auf einen ErrorStatus nicht mehr zielführend (lasse mich da aber gerne eines anderen belehren).

Bernhard

eknori (retired):

--- Zitat ---Die ist nichts besonderes, aber es gibt ein RichText-Feld indem alles was zu dem Projekt getan wird von MA zu dokumentieren ist.
--- Ende Zitat ---

ohne klugscheissen zu wollen, aber das ist das eigentliche Problem.
Das interne Duplizieren von RTF ist grundsätzlich so auch gewollt, weil auch RTF items nicht unendlich Inhalt aufnehmen können.
Und da ist dann irgendwann einmal Schluss.

Die 32k Meldung ist im Übrigen irreführend. Bei Namensfeldern erscheint die auch, wenn das item nur 15k Daten enthält.

Und da wird Bernhard Recht haben. Die schiere Summe aller beteiligten Komponenten erzeugt den Fehler.

Ich würde immer mit untergeordneten Dokumenten arbeiten. Dann ist auch der Datenverlust nicht so hoch.

thkn777:
Uhoh.... Feld- und Dokumentengrößen. DAS ist immer so ein Ding. Interessent. Ein paar Anmerkungen:

Bei mir kommt "Dokument hat zuviele Absätze - es muss in mehrere Dokumente aufgeteilt werden.", wenn das Dokument zuviele Absätze hat.

Ich habe mir Lorem Ipsum Texte mit jeweils 65000 Zeichen generieren lassen und wechselnder Anzahl Absätze. Diesen habe ich dann immer wieder kopiert. Den o.g. "Absatz"-Fehler kann ich recht schnell produzieren, aber ein RTF-Feld mit knapp 12MB (ca. 190 Kopiervorgänge) läßt sich ohne Probleme speichern. Dauert halt nur ein bischen ;)

NUR am RichText Item sollte es nicht liegen bei dieser Datenmenge.

Tip:
Guck Dir das Dokument doch mal im ScanEZ (Ytria) an. Und dann sortier die Items nach Summary-Flag und addiere die Größen. Vielleicht ergibt sich ja da schon was.

Empfehlung:
Treib den Nutzern diese lustige Idee, 30+ Seiten RichText ständig per Copy&Paste zu duplizieren, aus. Das mag ja spaßig sein für einen Aprilscherz, aber im täglichen Leben möchte ich den sehen, der damit - selbst wenn es technisch funktionieren würde - klarkommt.

Und dann bau sowas wie "ein Protokoll - ein Dokument" in Deine DB ein (eknori war schneller  ::)). Zur Not lass Dir was einfallen, die Menge des eingegeben Textes bzw. die Größe des RichText Feldes sinnvoll zu begrenzen.

Viel Erfolg!
Th.

Lancelot:
Als erstes möchte bei ich Euch für die Hilfe bedanken.

Ich hab verstanden, dass hier der Fehler von mehreren Faktoren wie Zeichen, Absätze etc. abhängig ist. Leider kann ich nicht wie von meiner Geschäftsleitung gewünscht den Fehler abfangen.

Da Sie aber auf das kopieren nicht verzichten wollen, wird jetzt ein Dokument für jeden Monat im Jahr angelegt und dort können sie dann ihren Abschnitte rein kopieren.
Da im alten Dokument der Abschnitt erst 12 x kopiert werden musste um die Grenze zu erreichen, werden wohl 4 kopierte Abschnitte pro Monat nichts ausmachen.

Ich werde aber die Idee von eknori aufgreifen und versuchen die DB und die dort gespeicherten Projekte auf Antwortdokumente umzubauen.
Wird zwar nicht einfach und ne Menge Arbeit für mich, aber schon wegen dem Thema "Datenverlust" sollte es sich rentieren.  :P

Also vielen Dank Euch allen.

Navigation

[0] Themen-Index

[*] Vorherige Sete