Identity mezőben számláló ugrása.
2015-06-11T11:39:20+02:00
2015-06-11T14:18:37+02:00
2022-08-18T07:50:33+02:00
b_atti
Sziasztok!

Mi lehet annak az oka, ha van egy IDENTITY mezőm egy táblában pl:

LapAdatokID int IDENTITY (1,1) NOT NULL CONSTRAINT PK_LapAdatokT PRIMARY KEY CLUSTERED (LapAdatokID ASC) ON [PRIMARY],
Egy Access mdb file-ban lévő Űrlap a kliens.
Mikor hiba történik a sor mentése során - nem felel meg az adatbázis elvárásainak- akkor a sorszám is dobodik a sorral együtt. Ezt oké. De miért dobódik el 1000 sorszám is egyszerre.
pl. az alábbi sorszámozás keletkezik. Nem hagytam ki közülük egyet sem.
674, 675, 680, 1678, 1679, 1680, 1682, 1683, 2681, 3681, 3683
Modjuk a 676, 677, 3682 -t értem az lenne a normális, de a 680 után 1678 vagy a 2681 után 3681, ezt nem értem.
A felhasználok nem tudnak a táblába sorokat másolni sem törölni.
Ha tudjátok az okát vagy a megoldást kérem válaszoljatok.
Mutasd a teljes hozzászólást!
Szvsz ez az ms sql működésének egyik velejárója, lásd a leírást itt.

A lényeg az, hogy az ms sql az identity értékeket 1000-es csoportokban cache-eli és ha vmi probléma van (failover) vagy újraindítod a szervert, akkor a cache-ben lévő értékek elvesznek.
Mutasd a teljes hozzászólást!

Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd