Moin!
Das bedeutet, daß die Datensätze in der KDB-B (Bestände), zwar an anhand der Kundennummer selektiert werden,
Selektiert heißt nicht identifiziert. Morgen kommt eine Tabelle Rechnungen hinzu die sich auf einen Vertrag bezieht. Wäre besser, dieser hätte dazu eine eigene ID. Übermorgen eine Tabelle Zahlungen, die einen Bezug zu Rechnungen und Verträgen hat...
Ich dachte ich nehme den Timestamp als solchen absoluten identifizierer. Erstens wird das eine Stans-Alone -DB, so daß zwei Einträge zur selben Zeit unmöglich wären.
Dies ist der Zustand heute. Wie das morgen ist weißt Du nicht. Aber es geht um Verträge und Kunden. In der Wirtschaft gilt: Unternehmen wachsen (oder gehen ein). Demnach könnte eine Anwendung, welche die Daten Deiner gegenwärtigen Anwendung weiter verarbeiten muss, zukünftig also anderen, höheren Ansprüchen genügen müssen. Es wäre hierfür gut, wenn die Daten für einen import eine brauchbare Struktur hätten - und dazu zählt die ID der jeweiligen Datensätze. Es wäre aber auch gut, wenn sich Deine Anwendung erweitern ließe. Auch dazu wird die ID voraussichtlich gebraucht.
MFFG (Mit freundlich- friedfertigem Grinsen)
fastix