Ist DOCID eindeutig?

[pippo]

Hallo zusammen,

einfache Frage:
Habe ca. über 150 Notesserver & Datenbank (Repliken) wo auf jedem Notesserver Dokumente erstellt werden. Ist nun die DocID eindeutig oder kann es vorkommen, dass Dokumente dieselbe DocID haben?

Grüße, Pippo

[Glombi]

Was verstehst Du unter "DocID" ?
Wenn Du @Text(@DocumentUniqueID) bzw. doc.UniversalID meinst: Du ist über alle Repliken einer Datenbank eindeutig.

Andreas

[pippo]

Hallo Andreas,

vielen Dank für die schnelle Antwort!

ich meine: doc.UniversalID

Glaube Dir gerne, aber ist das sicher? Hast Du Dokumentation dazu?

Verstehe mich bitte nicht falsch!

Ich frage nur, weil es sich um eine wichtige DB handelt.

Grüße, Pippo

[Semeaphoros]

Solange Du sie nicht selber veränderst, ist sie eindeutig, die Eindeutigkeit wird mit einer Verschlüsselung von Datum und Zeit der Erstellung und vermutlich noch mehr erreicht. Das steht aber auch irgendwo in der Designer-Hilfe, wo Du nachschlagen kannst.

[Glombi]

Das Ding ist eindeutig. Aus der KBase

   Lotus Software Knowledge Base
   Technote   
      

Title:   
      How to Generate a UNID (Universal ID) Using LotuScript
Product:
Platform(s):
   Lotus Notes  >  Lotus Notes  >  6.x, 5.x, 4.x
      Platform Independent
      
Document Number:   1112556   Date:   16.06.2003


      
      
Problem
The LotusScript UniversalID property (of the NotesDocument class) is Read-Write.  How can you create a unique UNID which would be similar in construction to the UNID that Notes Domino generates?



Solution
The UNID is made up of 32 hex digits as follows:

- The first 16 digits are random  
- The next 2 digits are based on the time zone where the document is created
- The next 6 digits are based on the GMT date when the document is created
- The last 8 digits are the number of hundreths of seconds that have passed in the day (again) based on the GMT.

If you wanted to use a tailored UNID, the fact that the first 16 digits of the UNID are random makes this portion of the UNID more suited to customization.  For example, you might decide to use a particular pattern for the first 16 digits dependent on a location or individual etc.

Den nachfolgende Code habe ich weggelassen, damit keiner damit Unsinn macht.

Andreas

[pippo]

Hallo,

was ich an der Sache nicht verstehe ist folgendes:
wie kann das Ding denn eindeutig sein, wenn ich eine DB habe, diese auf 150 Servern repliziert, und insgesamt mehr als 2000 User Dokumente eingeben. Dann kann es doch vorkommen, daß irgendwann eine ID identisch ist?


Grüße, Pippo

[Glombi]

Gegenfrage:
Wie groß ist die Wahrscheinlichkeit, dass 2 User unabhängig voneinander zeitgleich (d.h. auf 1/100 Sekunde genau) eine 16-stellige Zufallszahl berechnen, die gleich ist?

Ohne jetzt meine grauen Gehirnzellen zu bemühen - das Ding ist eindeutig.

Andreas

[Axel Janssen temp]

Gegenfrage:
Wie groß ist die Wahrscheinlichkeit, dass 2 User unabhängig voneinander zeitgleich (d.h. auf 1/100 Sekunde genau) eine 16-stellige Zufallszahl berechnen, die gleich ist?

Ohne jetzt meine grauen Gehirnzellen zu bemühen - das Ding ist eindeutig.

stimme ich zu. Natürlich gibt es die theoretische Möglichkeit, dass sie nicht eindeutig ist. Wenn wir aber dieses geringfügige Risiko als Problem ansehen, stellen wir die Computer j.e.t.z.t. ab. Es gibt vermutlich in jeder IT-Landschaft tausende von vergleichbar grösseren Risiken.
Gerade grosse Unternehmen wie daimlerChrysler, Deutsche Bank, Bayer replizieren seit Jahren fröhlich vielbenutzte Datenbanken von Server zu Server und hab nie gehört, dass 2 unique IDs gleich gewesen wären bzw. dass sich daraus ein Problem entwickelt hätte.  

[Semeaphoros]

Kommt noch dazu, dass die Random-Zahl ja nur ein kleiner Teil der Eindeutigkeit ist, die ja nur absichert, dass nicht zwei Leute in der GLEICHEN ZEITZONE zur gleichen Zeit die gleiche ID produzieren.

[koehlerbv]

Wie nun ganz genau die UNID gebildet wird - immerhin schon seit Notes R1 - ist Geheimnis von Iris. Ray Ozzi hat mich dazu 1996 ganz breit angegrinst, als wir in Maastricht (beim meines Erachtens letzten wirklich Technik-orientierten Notes-Event von IBM/Lotus) bei einem Bier zusammen saßen.
Wenn irgendwann irgendwo auf der Welt mal eine UNID doppelt vergeben worden sein sollte - wir wüssten es binnen kurzem.

Vertraue einfach diesem (geheimen) Verfahren. Und diese Aussage ist sicherer als das "in the wild" auch stimmende "Es gibt kein Notes-spezifisches Virus" ;-) Oder lass es Dir von IBM schriftlich bestätigen ...

Bernhard

[Glombi]

Angenommen, 2 User einer Zeitzone entscheiden sich exakt 1/100 Sek. nach Mitternacht, ein Dokument zu erstellen. Dann wäre de Wahrscheinlichkeit
1/10^16 + Ozzi-Konstante  

Bei der Berechnung der Ozzi-Konstante habe ich noch Schwierigkeiten. Wahrscheinlich leitet die sich aus der kosmischen Konstante ab - bekanntlich "die größte Eselei".

Ich habe 1 Dokument erstellt und das 2x per Copy-Paste eingefügt. Folgendes Ergebnis für UNID:
005E312BC4108FD5 C1 256DEA 003ECB06
02E4EE0D938CE41C C1 256DF9 0067FFFD
18BCD4C04E9D4DB3 C1 256DF9 00680038

Frage: Wieviel Zeit ist zwischen dem Einfügen der Dokumente vergangen?

Als Preis setze ich ein Potts Landbier (Bier des Jahres - stammt aus meiner westfälischen Heimat) aus! Abzuholen und sofort zu Verkosten bei mir  

Andreas

[Gandhi]

Also dass 2 Leute zur gleichen ms eine 16 stellige Zahl berechnen ist ungefähr so unwahrscheinlich, wie dass sämtliche Elementarteilchen im Bikini eines Topmodels am Strand von Malibu sich auflösen und 30 cm weiter links wieder materialisieren, während Du da bist.
Wenn Du genauere Informationen hierzu brauchst empfehle ich Dir 'per Anhalter durch die Galaxis' von Douglas Adams zu lesen...der befasst sich sehr ausführlich (und noch unterhaltender) mit diesem Thema...

[Glombi]

 
Wir sind hart an der Grenze zum Offtopic  

[pippo]

Hallo zusammen,

ich danke Euch vielmals für die Beiträge.
Nun kann ich wieder sorglos schlafen.

Wünsche Euch eine schöne Zeit

Grüße, Pippo