Есть таблица, в ней поле id типа smallint, primary key, для этого поля установлено свойство identity с начальным значением равным 1, инкремент равен 1. То есть при вставке новых записей в таблицу значения этого поля должны увеличиваться на 1. Так и происходит.
Несколько раз замечал такую штуку: при обновлении каких-то записей, и последующей вставке новых значений в таблицу, значение поля id было не на 1, а на 2 или 3 больше предыдущего.
Может быть кто-нибудь сталкивался с этим? Отчего так происходит?

Вероятно это связано с откатом транзакции вставившей запись в эту таблицу.

В принципе Петрович уже все сказал. Я бы еще добавил, что не надо обращать на это внимания. И строить приложение так, чтобы не думать о таких штуках.

AntonSaburov, не обращать внимания на Identity? Т.е. не юзать его, хочешь сказать?

Цитата(Golden @ 13.7.2005, 01:04)

AntonSaburov, не обращать внимания на Identity? Т.е. не юзать его, хочешь сказать?

Нет. Имеется ввиду не обращать внимание на "дыры" в нумерации.

Именно это и имел в виду.

Ну это понятно, кроме ситуаций, когда последовательность важна.

Цитата(Golden @ 14.7.2005, 01:23)

Ну это понятно, кроме ситуаций, когда последовательность важна.

тогда откажис от автоинкремента. правда ето порадит другие проблемы.
может пригадится для размышлении

правда, мне кажется можно схитрить.
создать таблицу (можно даже с автоинкрементным ID) и загнать туда NULL-еи столько, сколько может появится записеи в таблице. естественно поле ID будет заполнено подряд. а далше когда нужно будет чтото добавить, просто вставиш ету запис вместо первого NULL.
ну и изврашение. прошу не пинать.

Тогда делается не автоинкремент, а обычное поле, а в Insert запрос ставится что-то типа:

Код

Declare @i int SET TRANSACTION ISOLATION LEVEL SERIALIZABLE Begin Tran Select @i=Max(MyFakeAutoincrement)+1 From MyTable Insert into MyTable(MyFakeAutoincrement, другие поля) Values (@i, другие поля) Commit tran SET TRANSACTION ISOLATION LEVEL READ COMMITTED

Но! При удалении записи из средины прийдётся перенумеровывть весь столбец! А это на больших таблицах может занять изрядно времени, ещё и с учётом того, что при такой перенумерации необходимо намертво блокировать таблицу от других транзакций и по записи, и скорее всего и по чтению.

Вообще-то нумерация строк и её привязка в 99% случаев свидетельствует о том что человек пришёл в мир баз данных недавно, и привык манипулировать массивами, и теперь старается перенести известную ему идеологию на базы данных... На самом деле сквозная нумерация нужна чрезвычайно редко, за 7 лет работы я ещё не встречал ее необходимости

Vit, как раз не недавно. А спрашивал затем, чтобы не осталось неразрешенных вопросов. Про массивы и не вспоминал.

Это сообщение отредактировал(а) Golden Hands - 16.7.2005, 01:52

Цитата(Golden @ 15.7.2005, 16:50)

Vit, как раз не недавно. А спрашивал затем, чтобы не осталось неразрешенных вопросов.

Бывает... Просто случай типичный, я модерю базы в Дельфи, и обычный вопрос, человек спрашивает как мне обратится к столбцу номер... и строке номер... Хотя, спорить не буду - ситуации всякие бывают...