Vorgehensweise für Rechnungsnummernvergabe im Multi-User Betrieb

[RWarnecke]

Hallo zusammen,

ich muss in einem Programm Rechnungsnummern mit fortlaufender Nummer vergeben ohne eine Lücke zu produzieren. Die Vergabe muss auch noch dann funktionieren, wenn mehrere Leute eine Rechnung erstellen. Ich habe dazu zwei Tabellen für die Rechnung. Die erste Tabelle enthält alle Daten zum Kunden und natürlich die Rechnungsnummer und die zweite Tabelle enthält alle Rechnungspositionen, mit Referenz auf die Rechnungsnummer. Ich hatte mir dazu zwei Möglichkeiten überlegt.

1. Die Rechnungsnummer wird beim Aufruf des Rechnungsformular vergeben.
2. Die Rechnungsnummer wird erst vergeben, wenn die Rechnung gespeichert wird.

Bei der ersten Möglichkeit sehe ich das Problem, wenn mehrere Leute das Rechnungsformular geöffnet haben und einer die Eingabe abbricht oder sonst irgendwas passiert, eine Lücke entstehen kann. Bei der zweiten Möglichkeit weiß ich nicht, wie ich das mit dem Speichern übernehmen sollte.

Wie würdet Ihr die Aufgabe lösen ? Eine meiner Möglichkeiten verwenden, wenn ja welche und warum ? Oder gibt es noch einen ganz anderen Ansatz ?

P.S. : Wenn es umbedingt nötig ist, kann das Design der beiden Tabellen geändert werden.

[MGC]

Hallo,

Du hast doch mit Sicherheit eine Tabele, in der ggf. nur die vergebenen Rechnungsnummern stehen. Wenn Du beim Speichern die Tabelle kurzzeitig sperrst, den gröten bereits gespeicherten Wert ausliest, deine demnach nächst höhere Nummer spiecherst und dann die Tabelle für den nächsten freigibst sollte nichts mehr passieren können.

Also im Prinzip Dein 2. Ansatz. Schwierig wird es jedoch, wenn Du mit verschiedenen Severn zu tun hast und diese erst synchronisiert werden. Dort könnte es dann zu Problenmen, bzw. bemerkbaren teitlichen Verzögerungen kommen.

Auf welche Weise ist das DB-System aufgebaut, bzw. wie werden die Zugriffe geregelt udn welche Technologie setzt Du beim Zugriff auf die DB ein?

Viele Grüße,

[Neumann]

Hallo,

ich mache es so:

Es gibt eine Tabelle mit Rechnungsnummern, nur eine Spalte. Wenn eine Nummer gebraucht wird, holt sich der Client die kleinste Nummer aus der Tabelle und löscht sie.

Wenn die Tabelle nahezu leer ist, wird sie wieder aufgefüllt.

Bricht jemand eine Rechnung ab oder es geht sonst etwas schief, wird die Nummer wieder in die Tabelle zurückgeschrieben.

Die Zeit von Nummer holen bis "verbrauchen" halte ich sehr kurz, die Nummer wird erst geholt wenn die Rechnung ausgegeben wird, nicht schon wenn die Positionen bearbeitet werden.

Ist die Rechnung gedruckt und gegebenenfalls bestätigt ist die Nummer entgültig verbraucht. Dann kann man nur noch eine Stornorechnung machen.

[Furtbichler]

Wie werden die Rechnungen erstellt?

Ich mache das so: Es wird zunächst eine offene Rechnung erstellt. Erst wenn diese vollständig (und in der DB vollständig gespeichert) ist, wird per Stored Procedure eine eindeutige und lückenlos steigende Rechnungsnummer erstellt.

[haentschman]

Hallo...

welches DBMS ist im Einsatz ? Persönlich würde ich folgenden Ablauf bevorzugen:
1. RE speichern
2. DBMS vergibt eine Nummer über einen Generator (Firebird)... ist damit eindeutig und fortlaufend
3. Die Query enthält als Rückgabewert die Nummer
4. Mit dieser Nummer können dann die Positionen gespeichert werden (Zuordnung)

[Bummi]

@haentschman
so kenn ich es auch, unter Berücksichtigung der Vorgaben finde ich die Implementierung von Neumann am interessantesten.

[RWarnecke]

Zitat von MGC:

Auf welche Weise ist das DB-System aufgebaut, bzw. wie werden die Zugriffe geregelt udn welche Technologie setzt Du beim Zugriff auf die DB ein?

Es soll lediglich nur einen Firebird-Server geben, wo alle drauf zugreifen. Als Datenbankkomponente setze ich UniDAC ein. Die Daten werden aus der Datenbank geholt und in einer TObjectList gespeichert und dort vom Programm auch bearbeitet. Erst wenn es Änderungen in der TObjectList gibt, werden die Daten zurückgeschrieben in die Datenbank.

Zitat von Furtbichler:

Wie werden die Rechnungen erstellt?

Ich habe ein Formular erstellt, wo ich die Kundendaten eintragen kann und die Rechnungspositionen. Danach ist alles offen, wie die Daten verarbeitet werden. Bevor ich die Rechnung ausdrucke oder abschliesse, möchte ich natürlich noch eine Vorschau haben.

[Furtbichler]

Zitat von haentschman:

...
2. DBMS vergibt eine Nummer über einen Generator (Firebird)... ist damit eindeutig und fortlaufend
...

Man muss aufpassen, das es beim Speichern kein Rollback geben kann, das ist Alles.

[haentschman]

Klar, in diesem Ausnahmefall (bei fehlerhaftem Eintragen in die DB) wäre dann die Nummer verbraucht. Mit diesem Sonderfall hätten wahrscheinlich alle Lösungen ein Problem und sollte seperat behandelt werden.

[TBx]

Zitat von haentschman:

Klar, in diesem Ausnahmefall (bei fehlerhaftem Eintragen in die DB) wäre dann die Nummer verbraucht. Mit diesem Sonderfall hätten wahrscheinlich alle Lösungen ein Problem und sollte seperat behandelt werden.

Und genau dafür kann man die vorgeschlagene Möglichkeit mit der Rechnungsnummerntabelle verwenden!