Domino 9 und frühere Versionen > Entwicklung

Laufende Nr. die 1000ste

(1/2) > >>

TMC:
Hi,

laufende Nummer wird ja immer wieder mal diskutiert. einfach mal Suche nehmen und "laufende" eingeben, unten auf 1000 Resultate einstellen.

Was ich hier u.a. nicht diskutieren möchte:
 - warum muss die fortlaufend sein, es reicht doch eindeutig
 - warum lässt Du die nicht immer erst nachts per Agent zuweisen

Grundsätzliche Überlegung von mir:
 - wenn lokal gearbeitet wird: no way, dann darf auch keine vergeben werden, erst nach Replizierung auf dem Server (wie soll man das sonst steuern)
 - es gibt ja wohl die Möglichkeit einen Agenten zu blocken, wenn der gerade von einem anderen User ausgeführt wird. Wäre evtl. ein Ansatz. Nur: Wie weiß Server A dass der Agent auf Server B gerade geblockt ist?

Daraus resultierend hab ich auch unter Tipps und Tricks die Sandbox-DB gepostet, die zumindest auf 1 Server alleine sauber arbeiten soll...?

Weitere Ideen / Anregungen sind wünschenswert :-)

TMC

P.S. Es sollen mehrere User mit der DB arbeiten, ein Lookup in einer View ob Nummer bereits vorhanden klappt da wohl leider nicht.
Hab auch jetzt erst gehört, dass ein Schreiben der aktuellen Nr. in ein Profildok Probleme machen kann (weil nicht immer gleich refreshed, sondern das Profildok u.U. noch in einem Cache liegen soll?)

Lossa:

--- Zitat von: TMC am 16.12.03 - 22:02:15 ---Hab auch jetzt erst gehört, dass ein Schreiben der aktuellen Nr. in ein Profildok Probleme machen kann (weil nicht immer gleich refreshed, sondern das Profildok u.U. noch in einem Cache liegen soll?)

--- Ende Zitat ---

Genau so ist es, die Profildokument sind gecached und genau deshalb ist es so toll langleebige Informationen schnell im Zugriff zu haben, aber bei häufigen Änderungen gibts arge Probleme und wenn du zu viele Profildokumente erzeugst auch.

TMC:
ok, danke für den Hinweis bzw. die Bestätigung, Lossa.

Ich kopiere mal den Posting-Inhalt vom anderen Thread hier rein, passt gut dazu  :)
---------------------------------------------------------------------------
koehlerbv am 16.12.03 um  22:43:40

--- Zitat ---Würde mich nämlich interessieren, ob es überhaupt möglich ist, bei 17 Serverrepliken immer binnen Milli-Sekunden laufende Nr. zuordnen zu lassen (und die Zuordnung nicht auf Nachts auszulagern) - die es dann auch immer nur einmal gibt.
--- Ende Zitat ---
Das ist nicht möglich. Völlig ausserhalb des Prinzips "Notes". Eindeutige Schlüssel - das geht sich ohne weiteres. Fortlaufende Nummern & Notes ist wie Bohlen & Literatur oder USA & Völkerrecht oder Outlook & Virenschutz oder ...

Dem von Dir angelegten Thread werde ich gerne folgen und möglichst Beiträge liefern, denn: Gehen tut immer was. Man muss eben nur Notes bzw. der Aufgabenstellung (da könnte dann Notes hinten 'runterfallen) genügen.

Schon gespannt ist
Bernhard
---------------------------------------------------------------------------

TMC

TMC:
OK, mal überhaupt: warum das ganze:

Es gibt ja im Geschäftsleben immer Vorgänge.
- Bearbeitung von Anträgen
- Bearbeitung von Reklamationen
u.v.m.

Da ist es leider heute immer noch erforderlich, Original-Dokumente in Leitz-Ordnern abzulegen (da ja nicht überall immer Scanner verfügbar, weil Verträge, etc.).
Hier bewährt sich einfach eine laufende Nummer. Die Leitzordner sind dann z.B. so beschriftet:
 - 10000-10100
 - 10100-10200
etc.

Vorteil: Man findet asap das gewünschte Dokument, unabhängig wer an dem Fall gearbeitet hat. Man kann diese Nr./Referenz auch überall mit angeben und hat immer einen Bezug.
Wenn jetzt bei der Nummernvergabe mal ein 10er Block oder so nicht vergeben wird: nicht tragisch. Wenn doppelte Vergabe: tragisch.

Wenn hier jem. einen völlig anderen Ansatz hat: --> ich bitte darum  :)

TMC

TMC:
Ist noch ziemlich theoretisch, wäre aber vielleicht ein Ansatz:

Nummernkreise pro Tag und Server vergeben.

Dabei eine nette Formel:

"Anzahl neuer Dokumente der letzten xx Tage auf Server A" dividiert durch  "xx Tage" plus  "Sicherheitsaufschlag y"

Navigation

[0] Themen-Index

[#] Nächste Seite