Domino 9 und frühere Versionen > Entwicklung

Pfad einer DB ermitteln

<< < (2/3) > >>

rar:
Warum ist das keine gute Idee?

Die Datenbank wächst relativ schnell und ist zur Zeit über 12gb groß. Das Ziel ist jährlich eine die neue DB zu erstellen und die alte soll auf z.B. DBName2005.nsf umbenannt werden.
Die alte DB zu kopieren und die Dokumente dann zu löschen dauert ewig. Das sollte mit
Name strFileAlt As strFileNeu
viel besser gehen.

Thomas Schulte:

--- Zitat von: m3 am 14.07.06 - 13:56:21 ---
--- Zitat von: rar am 14.07.06 - 13:53:13 ---Der code läuft in einem getriggerten Agenten. Also auf dem Server. Und die DB möchte ich über das Filesystem umbenennen.
--- Ende Zitat ---
Das ist KEINE gute Idee (tm).  :-P

--- Ende Zitat ---
Weil du unter anderem darauf stoßen wirst, das dein Code die Datenbank gar nicht umbenennen kann, weil der Domino Server das Teil am Wickel hat.

Besser ist da so was wie die Archivierung der Mail DB aufzubauen. Das bedeutet, erstelle eine Archiv Db aus folgendem Template mit folgendem Namen. Wenn du diese DB erstellt hast, dann verschiebe alle zu archivierenden Dokumente von DB Aktiv nach DB Archiv.
Wenn deine DB so was wie ein logische Struktur hat. Haupt/Antwortdokumente dann muss du die natürlich nachbilden. Noch besser wird das Ganze wenn du UNIDS oder REF Felder zum Verbinden von dokumenten miteinander benutzt. Diese Strukturen musst du dann nachbilden. Solltest du Dokument wegziehen die du aus der Live Datenbank noch erreichen willst ,dann musst du ein Linkdokument mit in die aktive DB einbauen und das ist dann richtig lustig. Alles in allem ist Archivierung ein komplexes bis hochkomplexes Gebilde.

Thomas Schulte:
Ach ja noch was. Wenn du die Datenbank von vorne herein so benennst das sie DBNameJJJJ heist, kannst du ganz einfach eine neue leere Datenbank erzeugen und nur die Konfigurationsdokumente kopieren.

m3:
rar, was glaubst Du passiert, wenn der Domino-Server die Datenbank öffnet, den Agent liest und der Agent die Datenbank "unterm Hintern wegzieht" (auf OS-Ebene umbenennt), während sie öffen ist?
Das ist kein schöner Anblick, glaub es mir. Sowas macht man nur offline.

rar:
Das mit meinem Datenbanken schaut so aus:

In der ersten DB werden die Dokumente erstellt und bearbeitet. Es liegt ein kleiner Workflow dahinter. In der Nacht läuft dann ein Agent in der DB, der alle erledigten Dokumente in ein eine 2te DB verschiebt. Diese 2te DB ist aber nicht nur ein Archiv. In dieser DB hat der User die Möglichkeit verschiedenste Auswertungen zu machen.
Und diese 2te DB wird zu groß.
Mein Ziel ist es jetzt in dem Agent, der in der ersten DB läuft, einmal jährlich die 2te DB umbenennen und dann eine neue 2te DB anzulegen.
Natürlich läuft der Code zum umbenennen bevor die 2te DB angegriffen wird.

-daniel

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete