Damit die Nutzer eindeutig bleiben, soll jeder eine Nutzernummer (ID) bekommen. Unter der er auch Bücher ausleiht, vorbestellt etc.
:)PRAKTISCHER TIPP PRAKTISCHER TIPP PRAKTISCHER TIPP !!!!!
In Notes hast du einen eindeutigen KEY. Es ist der Notes Name. Der Notes User Name ist innerhalb einer Domäne eindeutig. UND DEN SOLLTEST DU FÜR DIESE AUFGABE NEHMEN.
@username (gibt da verschiedene Formate. Ich empfehle Abbreviate, s. Doku)
VIEL RAUCH UM WENIG
Eric. Warum willst du eine eindeutige ID?
Falls ich jemals einen Blog haben sollte, wird der erste Beitrag sein:
"Verteilte Computersysteme können nicht in eindeutig aufsteigender Reihe zählen"
Du lässt dich hier sicher von dem Identity Column Feature in RDBMS leiten. Bei einem Insert können heutige nicht-geclusterte (und vermutlich auch einige geclusterte) RDBMS eindeutige Nummern vergeben.
Warum ist das so toll eine eindeutige Nummer in RDBMS zu haben?
Es ist tatsächlich eine Best Practise pro Tabelle einen Primary Key als Nummer zu haben.
BigInts sind einfach performanter als andere eindeutige Keys wie etwa VarChars bei Joins, where, etc.
V.a. Joins aber auch wheres spielen in Notes eine wesentlich geringere Rolle als in RDBMS.
In Notes ist das ein bischen anders. Es ist praktisch unmöglich eindeutige Nummern zu generieren, ohne dadurch andere Nachteile zu haben.
Das hat verschiedene Ursache. Eine von denen ist, dass es bei Notes relativ üblich ist, dass User sich die gesamte Datenbank per Replikation auf lokal holen, darin arbeiten und später mit dem gemeinsamen Datenbestand auf dem Server replizieren. Und sowieso sind Notes Anwendungen oft über mehrere Server verteilt und die Vergabe einer eindeutigen ID benötigt ganz einfach, dass die unterschiedlichen Datenbestände synchronisiert sind. Aber genau dies passiert nicht in Echtzeit, sondern eben in bestimmten längeren Zeitintervallen.
Im Gegensatz werden RDBMS wesentlich seltener repliziert. Zumindest nicht bis ich mit Dafodil Replicator, Apache Derby und egal-welcher-vernünftigen-Serverdatenbank mein eigenes, openSource basiertes Groupware Imperium gestartet habe. Ja Ed Brill, du hast noch ein wenig Zeit, aber fang schon mal an für die schlechten Zeiten zu sparen.
BTW war bis Websphere 3.5 oder 4.0 (so genau weiss ich es auch nicht mehr) der empfohlene eindeutige Key für Entity Beans gemanagte RDBMS Tabellen die ID da auch nicht einfach ein unschuldiges Nümmerschen, sondern sollte aus der MAC-Adresse des Rechners, der Computerzeit und einer Zufahlszahl berechnet werden (so ungefähr jedenfalls, ich poste mal irgendwann den Algorythmus).
