Dokumente Kopiren und die Doc.ID beibehalten

[sky-diver]

Geht das überhaubt ...alle daten von Db A nach B kopiern und dabei die Doc id beibehalten. hat jemand von euch schon mal so ein agent gschrieben ..oder ist das nicht möglich ?

[koehlerbv]

Nein, das geht prinzipiell nicht: IN der UNID eines NotesDocuments steckt auch immer die ReplicaID der NotesDatabase.

Bernhard

[TMC]

Und interessant bzw. notwendig um noch gezielter helfen zu können: Warum willst Du das?

[koehlerbv]

Leider musste "sky-diver" wohl schon ins Bettchen 

Vielleicht erklärt er uns den geplanten Stunt ja morgen, Matthias.

Bernhard

[sky-diver]

naja warum ich das will ...ganz einfach ..um euch zu fordern ;-)

nein Blackberry braucht also verknüpfung die letzten 4 stellen der UNID des Personen dokuemtes ..ja und das noch rückwärts. Danach wird das ganze noch verschlüsselt.

Wenn ihr BB im einsatz habt könnt ihr also nicht einfach mal schnell ein personen dokument aus dem names.nsf copy und pasten. Danah geht nichts mehr. Tja und das ist mein kleines problem, unser names muss neu ausgerollt werden, da diverse sachen nicht i.O sind mit dem design glaubt mir das ist schon zu viel nicht mehr i.O auch ein replace nützt nichs da nicht aller white space in der db überschrieben werden kann. Mit anderen worten keine chance mehr das din zu kompakten. lange geschichte nun muss ich alle dokumente in eine neue db kopieren, da aber die rep. id in der UNID laut euch migegeben wird macht es ja keinen sinn die UNID zu übergeben.

schade schade...dann müssen wir alle BB neu aufsetzen ;-(

[Semeaphoros]

Bernhard, das stimmt jetzt aber nicht.

Die UNID enthält nicht die RepID der Datenbank. Du verwechselst das vermutlich mit dem DocLink, da ist die Datenbank als sogenannter Hint mit drin.

Wenn man eine Datenbank mit Datenbank - Kopieren in Gänze kopiert, behalten alle Dokumente ihre ursprüngliche UNID

Wenn man per Copy und Paste die Dokumente von einer Datenbank in eine andere (nicht Replik) kopiert, behalten die Dokumente ebenfalls ihre UNID, sofern nicht bereits ein Dokument mit derselben UNID existiert. In diesem Falle bekommt das Doc eine neue.

Wenn man per LS die UNID ändert (und zum Bleistift auf den Wert eines Dokumentes aus einer anderen DB setzt) macht Notes eine Kopie des ursprünglichen Dokumentes und hat dann 2 Exemplare des Dokumentes in der Datenbank, einmal mit der ursprünglichen UNID und einmal mit der künstlich gesetzten UNID.

[koehlerbv]

Ich fasse es nicht - da bin ich lange Jahre von einer falschen Annahme ausgegangen ... Danke für den Hinweis.
Allerdings kann ich Copy & Paste nicht nachvollziehen - dabei gibt es eine neue UNID. CopyToDatabase übernimmt wiederum die originale UNID.

Bernhard

[Semeaphoros]

CopyUndPastete verhält sich vielleicht nicht in allen Versionen gleich. Ich habs mit 6.5.3e vorher ausprobiert und da gibt es nur neue UNIDS, wenn die vorhandene bereits besteht.

[sky-diver]

also ich weiss nicht, ich habe nun mal zwei neue datenbanken erstellt (unterschiedliche ReplID) und habe ein neues dok erstellt. Das selektiert und in die neue db die ja leer ist kopiert. Und da bekommt es glich eiene neue Dok id ! Laut aussahe dürfte das ja nicht der fall sein oder ?

[Semeaphoros]

Also, ich hab auch von anderen Leuten schon beide Versionen gehört, sprich, möglicherweise ist es eben tatsächlcih vom eingesetzten Client abhängig. Oder Du hast noch ein Deletion Stub oder sowas drin, die zählen natürlich auch.

[koehlerbv]

6.5.3dt - ich bekomme bei Copy und Paste immer neue IDs. Das ist jetzt aber sehr ungewohnlich, wenn 6.5.3e das anders machen sollte ...

Bernhard

[max.power]

6.02CF2 Englisch - copy/paste liefert auch hier neue IDs...

[therealpete]

Das ist definitiv möglich, weil ich das in einer Applikation genau so mache. doc.UniversalID ist read/write solange das Document noch nicht gespeichert ist. Einfach ausprobieren:

Dim source as NotesDatabase
Dim target as NotesDatabase
Dim sourceDoc as NotesDocument
Dim targetDoc as NotesDocument

'Datenbanken öffnen und source Document holen

set targetDoc = target.CreateDocument

targetDoc.UniversalID = sourceDoc.UniversalID
call targetDoc.Save(true,true)

funktioniert!

[Semeaphoros]

Willkommen im Forum, therealpete (oder wie immer Dein Real Name sein möge ..... )


Präzisierend: DocumentUniversalID ist auch nach dem Speichern noch R/W, Notes legt aber ggf. eine Kopie an, wie ich weiter oben schon beschrieben habe.