Datenbank Set auflösen

[chris2212]

Hallo,

ich habe hier verschiedene Datenbank Sets für die jeweiligen
Niederlassungen.
Jetzt soll auf die schnelle ein Datenbank-Set aufgelöst werden.

Die mir wichtigen 3 Datenbanken sind dabei die Adress-, Dokumenten- und Taskdatenbank.
Die Dokumente in der Dokument- und Taskdatenbank haben ein Feld in dem die UID der Adresse od. die UID vom Kontakt gespeichert ist.

Geht es, dass ich alle Dokumente (Adressen, Kontakte, Dokumente und Tasks) in eine andere Notes Datenbank kopiere ohne das die zugehörigen Dokumente und Tasks die Verknüpfung zur Adresse und/oder zum Kontakt verlieren?

Für jede Unterstützung dankbar!!


Danke & Gruß
Chris

[Driri]

Das geht meines Wissens nach nicht, die Dokumente bekommen dann neue UNIDs.

Du müßtest dann also als erstes die UNID der Adresse nochmal in den Adressdokumenten abspeichern, um dann anschließend die Verbindung von Dokument und Task wieder herstellen zu können und die neue UNID auszulesen.

[chris2212]

Hallo Driri,

das habe ich befürchtet  

Danke & Gruß
Chris

[Lossa]

Hallo,

es kommt drauf an:

- Das Dok bekommt eine neue DokID wie von Diri gesagt

Aber,
- wenn die Dok-ID des Quell- und Ziel-Dokumentes im jeweiligen Dokument gespeichert sind
- wenn das Lookup zw. Kontakt und Dokument in Task-DB nicht über die Dok-ID Referenzierung gehen (z.B. @GetDocField()) sondern @DBLookup... verwendet wird.

Dann funktioniert was du vorhast

[chris2212]

Hallo Lossa,

genau das ist mein Problem, soweit ich sehen kann, was leider nicht viel ist da die Script Lib ausgeblendet ist,
wird die Referenz auf die Adresse oder den Kontakt
über die DocID abgebildet.
Es muss aber irgendwie gehen, da die Firma bei der wir die Datenbanklösung
gekauft haben, hat uns die Dokumentübernahme angeboten.

Da ich aber auf die schnelle keine Freigabe dafür bekomme und das bis morgen Vormittag fertig sein muss, habe ich ein Problem.

Ich bin auch nicht der Suprt LS Programmierer der sowas mal eben so runter programmiert  

Lohnt es sich wenn ich mein Problem wieder auf aktiv setzte oder muss ich da auf Tools von anderen Herstellern zurückgreifen.

Danke & Gruß
Chris

[Driri]

Hmm..also wenn Du nicht genau weißt, wie die Anwendung intern aufgebaut ist, würde ich da auch lieber die Finger von lassen. Sonst hast Du nachher totales Datenchaos.

Obwohl man das in dem Fall vermutlich sogar noch nachprüfen könnte, denn in den beiden "Antwortdokumenten" muß dann ja irgendeine ID drinstehen. Wenn man das anhand einiger Beispiele mit der ID des Adreßdokuments vergleicht, sollte man da relativ sicher sein können, wie die Anwendung da aufgebaut ist.

Was spricht denn dagegen, wenn Du das in Testkopien der Datenbanken mal einfach ausprobierst ? Oder muß in der Anwendung viel konfiguriert werden ?

[chris2212]

Ich werde mir das in der Testumgebung mal anschaun,
aber ich glaube nicht das ich das recht weit komme.
Mir fehlt hier schon der richtige Ansatz wie ich die
Dokumente via LS selektieren und in die andere Datenbank
kopieren muss.

Wenn das Dokument in der "neuen" Datenbank eine neue
DocID bekommt muesste ich wahrscheinlich erst prüfen, bevor ich die neue DocID durch die alte ersetzte, ob die "alte" DocID bereits in der neuen
Datenbank vergeben wurde....oder? Und das muss ich dann auch für die
Dokumente und die Tasks die entweder auf einem Kontakt einer Adresse oder auf
einem Dokument erstellt wurden...

Gruß
Chris

[Lossa]

Hi,

unter der Voraussetzung das nicht mit der Dok-ID gearbeitet wird, sondern nur mit den gespeicherten Dok-ID's, dann müsstest du nach dem kopieren der Datenbank die in den Feldern gespeicherten Dok-ID's (alt) mit den neuen auszutauschen.

[Driri]

Vorausgesetzt, es wird mit den DokIDs gearbeitet, würde das in etwa so ablaufen :

- Adreßdokumente : Speichern der aktuellen DokID in einem zusätzlichen Feld
- Kopieren aller Dokumente in die jeweiligen Datenbanken, dabei werden dann neue DokIDs erzeugt
- Agent bauen, der folgendes macht :

für jedes Adreßdokument prüfen, ob es zu der dort zusätzlich gespeicherten DokID entsprechende Dokumente in den drei zugehörigen Datenbanken gibt.
Wenn ja, neue DokID in die Dokumente schreiben.

[chris2212]

Hallo @All,

ich habe soeben mit dem neuen Sachbearbeiter gesprochen,
die Anforderungen haben sich (mal wieder) geändert.
Wusste jeder nur IT nicht (wie immer halt).

Ich werde mir den(die) Agenten trotzdem erstellen falls sich die Anforderungen wieder ändern sollten, wenn ich die Agenten habe werde ich falls Interesse besteht den Source Code hier posten.

Ich möchte mich aber noch bei allen bedanken die mich hier unterstützt haben.

Danke & Gruß
Chris