[BNS]
Knowledge Base
| Dokument
erstellt
Thomas vom Braucke/Braucke/DE
Wed 02/21/2007 11:28 AM
Änderung
Thomas vom Braucke/Braucke/DE
Sat 04/08/2023 12:11 PM
verantwortlich
Thomas vom Braucke/Braucke/DE
Status
abgeschlossen
Wichtigkeit
A
Stand
Wed 02/21/2007 11:28 AM
Wed 21.02.07 15:55
Hard- & Software
K11964
Listung im Hilfe-Index
ID_UNID
ID_UniversalID
ID_ApptUNID
ID_UUID
Datenbanken & integrierte Systeme\Lotus
Notes
002 DokumentIdentifier
eindeutige Identifier, abgeleitete Archiv-Identifier | Einmaligkeit von Identifiziern und Indexnummern
filebrowserpro:
m:\Manuals\ICT - Systems & Transitions\Architektur, Datenmodelle, Objekte & Identifikatoren\
.
Schlagwörter
UNID (Universal Note ID), UniversalID, ApptUNID
Universally Unique Identifier (UUID)
OID (Originator ID), GNID (Global Note ID), NID (Note ID), noteid, IID (Instance ID), GIID (Global Instance ID)
RID, ReplicaID
ArcDocID, CallID
Identifikator, Kennzeichen
Ziel des Papiers
Ziel dieses Papiers ist es zu klären welche Identifikationen von Lotus Notes Dokumenten auch in übergreifenden Anwendungen wie Langzeitarchiven verwendet werden können.
In diversen Fälle werden einmalige Identifikationen für Datensätze benötigt.
Zum einem für datenbank- bzw. applikationsinterne Relationen.
Ein Beispiel hierfür ist die Antwortdokumentstruktur in Lotus Notes.
Weitergehend sind datenbank- bzw. systemübergreifende Anwendungsfälle.
Ein Beispiel ist ein Archiv in dem aus mehreren Lotus Datenbanken Dokumente abgelegt werden. Der verwendete Ident des Dokumentes muß ggf. weltweit
datenbankübergreifend
einmalig sein. Nur so ist eine eineindeutige Verbindung zwischen Retrieval-Anforderung, Rechten, Ausschluss von Dokumentverwechselung etc. möglich.
Zusammenfassung
UniversalID (Lotus)
NoteID (Lotus)
ApptUNID (Lotus, s. a. Notes\11 Mail; Calendar and Scheduling\C&S: Items, API für Notes Calendar and Scheduling
[K11884
]
)
ArcDocID (BOO)
CallID (BNS)
Detail
Um auf Lotus-Dokumete zugreifen zu können wird der Pfad Server - Datenbank - Dokument-Identifikation benötigt.
Dies ist immer so. In einigen Fällen haben Sie halt nur schon die Datenbank im Zugriff und denken vielleicht nicht mehr an diese Pfadkomponente.
Betrachten wir nun den Fall, dass eine Rückauflösung zu der ursprünglichen Originalquelle nicht notwendig ist.
Dennoch soll das Dokument bzw. der Datensatz sich über einen Key von allen anderen auf der Welt jetzt und in Zukunft unterscheiden.
Dies ist z.B. die Anforderung wenn Dokumete aus verschiedenen Notesdatenbanken in ein Archiv bzw. damit verbunden eine Verschlagwortungsdatenbank gelegt werden.
Reicht die von Notes genutzte .universalid zur datenbankübergreifenden eindeutigen Identifizierung von Dokumenten?
Gem.
(R7.0 API) ist die universal-ID wie folgt aufgebaut:
Die ersten 16 hexadazimale Stellen sind 'UNID.File', a random number generated when the note is created.
Die weiteren 16 Stellen sind 'UNID.Note', the timedate when the note was created.
Dabei beinhaltet der Datatype timedate the number of
hundredths of seconds
since midnight.
Die automatisch von Lotus einem neuen Dokument zugeteilte UNID
kann also weltweit nur dann
doppelt sein wenn ein anderes Dokument zur selben hunderstel Sekunde angel
egt wur
d
e
.
Dies unabhängig davon in welcher Datenbank das Dokument nun angelegt wurde.
Sollte der Zeitpunkt nun gleich sein muß darüber hinaus die Zufallszahl 'UNID.File' aus 18.446.744.073.709.551.615 Möglichkeiten bei beiden Dokument gleich sein.
Zu beachten ist das Lotus Domino ein Email welches in Kopie an mehre Personen gesendet wird in allen Mail-Boxen mit der selben UNID ablegt. Dies wohl da es ja auch das selbe Dokument ist welches in diesem Fall ja nur in verschiedene Maildatenbanken 'repliziert' wurde.
Zu prüfen ist ob selbes Verhalten auch bei document.copytodatabase auftritt.
Erweiterungen
Ggf. kann durch Anhängen eines maschinenspezifischen Teiles eine noch höhere Sicherheit der Eindeutigkeit erlangt werden: Z. B. die MAC-Adresse einer Netzwerkkarte anhängen.
(gem. Bespr. Karl Heinz Knauer/Ceyoniq Technology GmbH, Thomas vom Braucke, 2016-Nov-12 16:00)
Resümee
Um also für Archivierung und ähnliche Anwendungen eine einmalige ID zu erhalten reicht es die Notes-Universal ID zu verwenden. Es muß allerdings dafür gesorgt werden das z. B. gesendete Dokumente individualisiert werden:
Das Verfahren eine neue .universallID per temporär im Speicher erzeugten Dokumentes zu erzeugen, diese dem zu identifizierenden Dokument dann als ArcDocID zuzuweisen wird deshalb mit einer verschwindend geringen Fehlerwahrscheinlichkeit zu immer eindeutigen Idents führen.
Das Verfahren zur Bestimmung der ArcDocID ist somit wie soeben beschrieben hinreichend.
Allein dieses Ident (ArcDocID) ist auch bei datenbankübergreifenden Archivindexen hinreichend zur Unterscheidung sämtlicher Dokumente.
Ledlich wenn vom Eintrag auch wieder zurück auf die Datenbank geschlossen werden soll müsste auch z.B. die ReplicaID der Datenbank ergänzt werden.
Referenzen
UUID
https://de.wikipedia.org/wiki/Universally_Unique_Identifier
URI, URL, UNC, URN [Kompendium]
[K12881
]
Informationsobjekte, Datenmodell
[K12885
]
LDAP, eindeutige beständige CN-Identifizierer, SSO, Systemübergreifende Benutzeranmeldungen, DIRECTORY SERVICES
[K11989
]
global Data-Organisation:
Informationsobjekt-Standards für ECM und Digitalisierung
[K12765
]
©
1989 -
2024
Braucke NetServices, Thomas vom Braucke, Bielefeld, DE |
Impressum
,
Datenschutzerklärung
,
Kontakt