Hmmm. Das ist ein Grund.
Aber diese Manipulation erkennst Du nicht:
Id 1000 Datum 1.1.2000
Id 1001 Datum 1.1.2000 // war aber eigentlich 2.1.2000
Id 1002 Datum 2.1.2000
Und diese auch nicht:
Id 1000 Datum 31.12.1999
Id 1001 Datum 31.12.1999 // <-- war eigentlich 1.1.2000
Id 1002 Datum 2.1.2000
Ich glaube, um Manipulation sicher zu erkennen, müsstest Du schon andere Maßnahmen ergreifen. Vorausgesetzt, man kommt nicht direkt an die
DB ran. Dann würde ich einen UPDATE-Trigger einbauen, der die Änderungen in einer separaten Tabelle protokolliert. Alle Änderungen. Mit Zeit. Und wenn Du den User zufällig hast, den gleich mit
Aber vielleicht reicht es bei Dir ja, wie Du beschrieben hast. Dann wäre das wirklich ein Grund, diese 'kosmetische' ID-Vergabe so durchzuziehen, Denk aber nicht daran, das Du auch gelöschte Daten erkennst (eine ID fehlt). Das passiert nämlich auch dann, wenn die Transaktion durch ein ROLLBACK nicht erfolgreich gespeichert wurde. Sollte zumindest.