Kundennummer generieren?

[AlexII]

Danke für eure Posts

Kann mir vllt jemand ein gutes SQLite-Buch < 20€ empfehlen?

[mjustin]

Zitat von AlexII:

Ok, ist ein wichtiger Grund. Aber mir geht's jetzt um's Prinzip, wie kann ich vermeiden, dass ne Zahl wiederholt vergeben wird...

Wenn die Zahl als Primärschlüssel einer Tabelle verwendet wird, ist Wiederholung nicht möglich, ein Primärschlüssel ist in der Regel durch eine "Unique Constraint" (eindeutiger Index) abgesichert.

[AlexII]

Zitat von mjustin:

Zitat von AlexII:

Ok, ist ein wichtiger Grund. Aber mir geht's jetzt um's Prinzip, wie kann ich vermeiden, dass ne Zahl wiederholt vergeben wird...

Wenn die Zahl als Primärschlüssel einer Tabelle verwendet wird, ist Wiederholung nicht möglich, ein Primärschlüssel ist in der Regel durch eine "Unique Constraint" (eindeutiger Index) abgesichert.

Hast recht, aber wenn du den letzten Schlüssel löschst und nen neuen einfügst, wird dieser genau das sein, was du vorher gelöscht hast.

[khh]

Zitat von AlexII:

Hast recht, aber wenn du den letzten Schlüssel löschst und nen neuen einfügst, wird dieser genau das sein, was du vorher gelöscht hast.

nein, nicht wenn du das per DB-Trigger machst.

Trotzdem nochmal:
Kundennummern löscht man nicht, Primärschlüssel erst recht nicht!

[Klaus01]

nur mal ein Gedankenspiel...

Du hast einen Kundennummernkreis 1000-1999.
Hieraus vergibst Du Kundennummern.
Sollte ein Kunde nicht mehr Dein Kunde sein wollen - kannst Du die entsprechende Kundennummer mit einem "to delete" Flag versehen.

Ist dann die Kundennummer 1999 erreicht.
Fängt ein neuer Kundennummernkreis an (2000-2999).
Aud dem alten Kundennummernkreism kannst Du nun die Kundennummern die mit dem "to delete" Flag versehen sind löschen.
Neue Kundennummern werden nur noch aus dem neuen Kundennummernkreis vergeben.

Grüße
Klaus

[sx2008]

Also es gibt verschiedene Verfahren, um Kundennummern bzw. andere Zähler zu generieren.

1.) Autoincrement-Felder
Davon würde ich abraten. Das Problem ist, dass die Nummer dann zwar im Feld steht, aber die Anwendung bekommt die Nummer nicht zurück; weiss also nicht welche Kundennummer gerade neu vergeben wurde.
Es gibt zwar Möglichkeiten, die letzte Autoincrement-Nr zurück zu erhalten (INSERT INTO x RETURNING y) aber das ist nicht standardisiert und beherrscht nicht jede Datenbank.

2.) Generatoren
Ein Generator liefert immer ein garantiert eindeutige Nummer zurück (auch im Multiuserbetrieb).
Man fragt also einen Generator mit einem best. Namen ab und bekommt so eine eindeutige Nummer.
Das Verfahren ist technisch sauber aber leider haben nicht alle Datenbanken Generatoren.

3.) Maxwert + 1
Man holt sich die höchste Nummer + 1 mit
SELECT (MAX(Kundennr)+1) AS NewKundennr FROM Tabelle Problem: beim Muliuserbetrieb kann es zu Kollisionen kommen, weil 2 Clients die gleiche Nummer gezogen haben
Sehr einfaches Verfahren - empfehlenswert, bei wenig konkurierenden Zugriff
Bei einer Kollision; also es gibt schon einen Datensatz mit der Nummer muss der Client einfach nochmal den Maxwert +1 holen. (nach 20 Fehlversuchen Fehlermeldung ausgeben)

4.) Reservierung über eigene Tabelle
In einer speziellen Tabelle wird die nächste freie Nummer gespeichert
Die Zugriffe Lesen - Nummer erhöhen und zurückschreiben müssen über Transaktionen abgesichert werden
Im Prinzip kann man so fehlende Generatoren nachbilden

5.) Mehrfach - Reservierung über eigene Tabelle
wie 4.) nur dann ganze Blöcke reserviert werden.
Ein Client kann sich z.B. die Werte 500 bis 531 reservieren.
Damit muss er erst wieder neue Werte reservieren wenn die 32 Zahlen verbraucht sind.

6.) out-of Band Kommunikation
Auf dem Server läuft zusätzlich noch ein Dienst, über den die Clients ihre Nummern ziehen können ohne dass es zur doppelten Vergaben kommen kann.
Dieser Dienst wird z.B. über TCP/IP oder Named Pipes angesprochen.
Im Prinzip werden Generatoren ausserhalb der Datenbank nachgebildet.
Nachteil: sehr aufwändig

7.) Random Werte
Der Client zieht ein Zufallszahl und schaut nach ob es dazu schon einen Datensatz gibt
Vorteil: sehr einfach zu implementieren
Nachteile: Nummer werden zufällig und nicht aufsteigend vergeben,
bei zunehmendem Füllungsgrad der Tabelle muss der Client immer öfters feststellen, dass seine Zufallszahl schon vergeben ist und erneut eine neue Zufallszahl testen.
Im Extremfall ist der Client dauerhaft blockiert

[p80286]

Zitat von khh:

Trotzdem nochmal:
Kundennummern löscht man nicht, Primärschlüssel erst recht nicht!

Pack einen Löschvermerk dahinter, nimm ein Endedatum oder sonst irgendwas, aber nicht löschen!
(was meint Ihr wohl wieviele Doppelbelegungen es bei einer 6Stelligen Personalnummer gibt, wenn nach 6 Jahren diese Nummer wieder vergeben wird? durchschn. 7000 Personen) nach 10 Jahren ca. 250.

Jetzt hat sie 8 Stellen und wird nur einmal vergeben.

Gruß
K-H

[AlexII]

@sx2008 thx...

[Der.Kaktus]

Zitat von p80286:

Zitat von khh:

Trotzdem nochmal:
Kundennummern löscht man nicht, Primärschlüssel erst recht nicht!

Pack einen Löschvermerk dahinter, nimm ein Endedatum oder sonst irgendwas, aber nicht löschen!
(was meint Ihr wohl wieviele Doppelbelegungen es bei einer 6Stelligen Personalnummer gibt, wenn nach 6 Jahren diese Nummer wieder vergeben wird? durchschn. 7000 Personen) nach 10 Jahren ca. 250.

Jetzt hat sie 8 Stellen und wird nur einmal vergeben.

Gruß
K-H

So, sollte man es machen

[Morphie]

Also wir erlauben auch das Löschen von Kunden. Natürlich macht das auf dem ersten Blick wenig Sinn, doch aus 20+ Jahren Erfahrungen kommt irgendwann ein Anwender an und möchte einen Kunden tatsächlich löschen. Warum er es möchte, ist nicht unbedingt wichtig, doch um mal ein paar Gründe zu nennen:
- DAU-Bedingte Falschbedienung. Der Anwender klickt einfach zig mal auf "Neuen Kunden anlegen" und "abspeichern".
Hier wäre es natürlich möglich, die gleichen Kundennummern für Produktivdatensätze zu verwenden. Also ein "Kunden bearbeiten" > Daten eintragen > "Speichern", doch viele Anwender denken da nicht so weit und klicken lieber direkt ein weiteres Mal auf "Neuen Kunden anlegen".
- Expliziter Wunsch des Kunden, alle Daten aus dem System zu löschen
Meiner Meinung Nach sollte das in Zeiten von Datenschutzskandalen möglich sein.
- Zusammenfassung mehrerer Kunden
- Testdatensätze
...

Damit eine KundenNr nicht 2x vorkommt, würde ich eine Sequenz verwenden. Alternativ kann man auch eine weitere Tabelle nehmen, und diese als Zähler verwenden.
Der Vorteil einer weiteren Tabelle wäre, dass man die KundenNr auch Alphanumerisch hochzählen kann, bzw. dort x-beliebige Logik verwenden kann.
Die Vergabe der KundenNr gehört natürlich in einen Trigger.