Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: MisterDa am 09.04.03 - 14:00:15
-
Hi!
ich bin jetzt auch an das Problem mit der fortlaufenden Nummerierung gekommen.
Jetzt habe ich schon einige Einträge im Forum gefunden und mich schon fast entschlossen, die Eindeutigkeit mit @Unique zu gewährleisten.
Nur:
a)Bleibt der von @Unique erzeugte Code auch eindeutig, wenn ich diverse Lokale Repliken habe und sie mit der Hauptdatenbank auf dem Server repliziere? D.h. kann ich replizieren und habe weiterhin nur eindeutige Docs?
b)Behalten die auf der Lokalen Replik erzeugten Docs ihre Nummer nach dem Replizieren bei (gleiches soll natürlich auch für auf dem Server erzeugte Docs gelten)?
(Brauch das für so ne Art Auftragserfassung)
Hab da in der Hilfe leider nicht viel gefunden...
Danke
MisterDa
-
allein schon von der logik her kann das nicht hinhauen.
wenn lokal fortlfd. nummern erzeugt werden, dann macht jeder client, was er will. will sagen, es entstehen neue docs mit neuer unid. die werden dann mit dem server repliziert. und schon hast du danach zweimal die gleiche nummer (u.u.).
für eine nummerierung dürfte es nur eine db geben, die auf dm server liegt. dort ein dok anlegen mit den nummern. wenn neuer auftrag, dann auf diese db zugreifen, nummer hochzählen, nummerndok speichern und die neue nummer in auftrag eintragen. wenn auftrag gelöscht wird, hast du zwar löcher im nummernkreis, aber wenn das nicht stört. . . . .
-
dachte das würde eben über Repliken auch funktionieren, da der @Unique-Code ja in 2 Teile aufgeteilt ist..da hätte ja der erste Teil (4 Zeichen) für die Replik (oder eben die HauptDB) stehen können, und die restlichen 6 Stellen dann eben für ein Dokument...da wäre ja auch alles eindeutig...und vom Spielraum her wärs ja auch ausreichend..bei alphanummerischer Darstellung und 6 Stellen...
MisterDa
-
... sprichst du von der UniversalID der Dokumente?
ata
-
ne, von dem Befehl @Unique...der erzeugt doch auch so einen 2-geteilten Code...
ich suche eben sowas wie ne fortlaufende Nummerierung, die auch über Replizierungen eindeutig bleibt, aber die Lösungen sind ja alle gewissermaßen fehlerbehaftet...
würde das mit der UniversalID hinhauen?
(sollten halt auch net 50 (übertrieben :)) Stellen sein...)
MisterDa
-
... vergiss es ;D
denke mal über meine o.a. lösung nach.....
wo hast du die aussage von @unique her ?
das sagt die hilfe:
Wenn kein Parameter angegeben, wird ein nach dem Zufallsverfahren eindeutige Textwert zurückgegeben.
Wenn ein Parameter angegeben wird, so werden doppelt vorhandene Werte aus einer Textliste gelöscht, indem nur das erste Element in der Liste zurückgegeben wird.
-
@klaussal:
das hab ich auch gelesen in der Hilfe, hab aber eben in nem alten Posting hier im Forum was gelesen:
Die mit @Unique erstellten Kennungen halte ich schon für fast optimal - eindeutig (auch in replizierenden Umgebungen) und passen auch noch ins Kurzzeitgedächtnis.
http://www.atnotes.de/index.php?board=7;action=display;threadid=6243;start=0
MisterDa
-
Hi,
schau mal hier nach:
http://www.atnotes.de/index.php?board=9;action=display;threadid=7395 (http://www.atnotes.de/index.php?board=9;action=display;threadid=7395)
Vielleicht ist das was für dich.
Axel
-
@Axel: Danke, da war ich auch schon..dachte eben es geht vielleicht einfacher und wollte mal nachfragen, was an dem @Unique so dran ist..hab mir die BeispielDB aber noch nicht näher angeschaut, weil sie doch weng kompliziert aussieht..(meine persönliche Meinung als Anfänger ;) )
MisterDa
-
... ich gebe dir Recht, daß es am Anfang kompliziert aussieht. Ich habe diese Lösung in einer meiner privaten DB's eingesetzt, und habe damit keinerlei Probleme...
... schön bei dieser Lösung ist die konfigurierbarkeit...(was für ein Wort !!!)
... ich habe aber 2-3 kleinere Korrekturen anbringen müssen...
ata
-
in diese Beitrag steht eigentlich alles was man wissen muß zum parameterlosen @Unique:
http://www-10.lotus.com/ldd/46dom.nsf/55c38d716d632d9b8525689b005ba1c0/f51bc86eb1233c0385256caf0041cc92?OpenDocument
-
hmm..ok..danke erstmal..
ich werd mal schauen, was ich hinbekomme..
ansonsten meld ich mich nochmal ;)
mal so ne Frage am Rande: is denn die Universal ID wirklich eindeutig (auch bei Replikationen?) oder auch wieder nur in der einen DB?
MisterDa
-
ok ok, die letzte Frage hat sich erledigt..
...that uniquely identifies a document across all replicas of a database.
MisterDa ;D