SQL [Azure] Autowert springt

Question

Hallo, 

ich habe folgende Konstellation: 
- Access-ACCDB Frontend
- Datenbank auf SQL Server Express 
- DB wird über MS Azure SQL synchronisiert (derzeit mit 4 Clients) 

Mein Problem ist folgendes: In einer Tabelle habe ich einen AutoWert, der zugleich der Primärschlüssel wird und sich, bei 1 beginnend, jeweils um 1 erhöhen soll. Datentyp ist im SQL int (4 Bytes). Funktionierte bis 400, dann sprang er auf 1399 und macht jetzt dort weiter. 

Kann mir jemand erklären woran das liegen könnte? Hat es evtl. mit dem Azure-Sync zutun? Oder merkt der sich gelöscht Datensätze und verwendet den Key nicht wieder? Aber es wurden auch keine 999 Datensätze gelöscht. 

Grüße

selmiac 

Answer 1

Hi,

zum einen wird die Sequenz natürlich auch bei gelöschten Datensätzen nicht zurückgesetzt. D.h. wenn Du Datensatz 1 bis 1000 erstellt hast, dann alle löschst, geht es dennoch bei 1001 weiter.

Zudem erhöhen auch fehlgeschlagene INSERTs den Zähler. Wenn Du also ein INSERT Statement absetzt, was dann bspw. wegen eines Fremdschlüsselfehlers nicht ausgeführt werden kann, erhöht das dennoch den Autowert.

Man kann den aktuellen IDENTITY Wert aber auch manuell auf einen anderen Wert setzen.

  http://blog.sqlauthority.com/2007/03/15/sql-server-dbcc-reseed-table-identity-value-reset-table-identity/

Aber das scheinst Du ja nicht gemacht zu haben, oder?

---

Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET
http://www.asp-solutions.de/ - Consulting, Development
http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

Answer 2

Hallo,

wo ist der Identity Sprung zuerst zu bemerken, auf dem On-Premise SQL Server vor den Sync oder überall nach dem Sync? Wie wird synchronisert?

Es wurde schon öfters berichtet, das es auf SQL Azure zu Sprüngen bei den Identity Werten kommt, vermutlich kommt es dann vor, wenn der SQL Azure Server nach patchen neu gestartet wurde, siehe z.B.:

http://social.msdn.microsoft.com/Forums/vstudio/en-US/61f3875f-9b10-4e2c-8501-e325fa17e5a7/azure-database-identity-field-jump
http://connect.microsoft.com/SQLServer/feedback/details/739013/alwayson-failover-results-in-reseed-of-identity

---

Olaf Helper

[ Blog] [ Xing] [ MVP]

Answer 3

Hi,

ist dieser Thread noch aktuell ? Bist Du hier inzwischen weitergekommen ?

Gruß,

Ciprian

---

Ciprian Bogdan, MICROSOFT   Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip„Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

Answer 4

*****************************************************************************************************

Dieser Thread wurde mangels weiterer Beteiligung des Fragestellenden ohne bestätigte Lösung abgeschlossen.

Neue Rückfragen oder Ergänzungen zu diesem Thread bleiben weiterhin möglich.

*****************************************************************************************************

---

Ciprian Bogdan, MICROSOFT   Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip„Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

Answer 5

Hallo,

sorry für die späte Rückmeldung. Ich denke es muss wirklich an diesem Neustart-Phänomen liegen, denn es gab jetzt schon mehrere Sprünge im Abstand von ca. einer Woche, was nicht mit gelöschten Datensätzen zusammenhängen kann.

Das Thema ist damit aber erstmal erledigt.

Danke an alle.