Что случится если ключевое поле (int) автоинкремент переполнится(будет больше чем 32байта)?

что за СУБД?

Добавлено через 4 минуты и 4 секунды
например,mySQL будет после заполнения пытаться найти свободное значение(если были удалены какие то строки ранее).И только если не найдет,будет ругаться ошибкой переполнения.Сейчас работаю MS SQL Server,но как тут,точно не знаю.Скорее всего тоже будет ругаться.А что тебе стоит установить сразу последнее значение автоинкремента и добавив строку увидеть,что произойдет?  

СУБД MSSQL Server.

Так если я последнеезначение поставлю, то SQL Server возьмет предыдущее (хотя можно в цикле всю БД забить)

Если берет предыдущее,значит,тоже начинает перебирать назад значения и искать свободные.Подставил соответственно первое попавшееся.Поставь последнее и предпоследнее и он тебе поставит третье с конца.

Странно, но я такого поведения не заметил.
Я создал таблицу с полем  id int IDENTITY(2147483647,1). Уже при изменении второй записи было вызвано исключение "Arithmetic overflow error".


Насколько я понял, в MSSQL это не работает. Да и вообще, на мой взгляд, в этом нет никакой необходимости... ведь в некоторых таблицах на величине id может быть завязана определенная логика (например, чем больше id, тем позже был сделан заказ). Я понимаю, что подобная логика не есть хорошо... но все же это может ввести в ступор некоторых "разработчиков".


Это точная информация?

форум,где я нашел эту информацию
там сказали,что проверяли это и что MySQL так делает.




обычно создают отдельное поле для этого.

Не спорю... Но ведь не зря подобные поля называют autoincrement'ными (не autodecrement'ными или autoнепонятночто). Так что, на мой взгляд, MSSQL делает все правильно .

Добавлено @ 14:14
Хотя было бы неплохо, если бы была опция, которая устанавливала бы поведение MSSQL при переполнении: искать пропущенные или генерировать исключение.


Почему именно 32 байта? Можно установить поле в bigint, что сведет практически на нет вероятность переполнения.

Это сообщение отредактировал(а) Idsa - 22.8.2007, 14:15

+2
а поле и есть автоинкрементное.Основное его действие-увеличиваться на указанный шаг при добавлении поля.Остальное-дополнения,которые облегчают жизнь.Кстати насчет того,чтобы добавить функцию выбора типа поведения AIinc'а: видимо,решили сбросить эту работу на программистов-в конце концов программер может замутить такое сложное и разнообразное поведение,которое создателям MS SQL Srv не снилось.Да и загружать СУБД лишним не следует. 

Что-то не похоже, что бы разработчики СУБД придерживались этого критерия... Особенно это касается Oracle 11g 

не знаком ,такая зверюга?К тому же мы говрим о разработчиках MS SQL Srv.Oracle ваще отдельная песня...такс,кончаем флудить и ждем Artemon'а.Пусть-таки закроет тему или выскажет что-нибудь по поводу решения своего вопроса.

id int IDENTITY(2147483647,-1).  - будет уменшать до -2147483647 
id int IDENTITY(-2147483647,1).  - будет увеличивать до 2147483647 
это больше 4 милиарда.
ну если не хватает можно ползовать bigint.
а то чтоб после переполнения искать пропуски, по моему не правилно

интересно,что за таблица может содержать ОДНОВРЕМЕННО больше 4млрд записей?  

например билинг.
4 милиард не так и много, если реално посмотреть

ну не знаю,если честно,мне со своей колокольни видится более выгодным разбивать на несколько таблиц и делать механизм последовательного доступа к любым данным,фильтрации и т.д.

для этого разработаны специальные механизмы. 
но эта из другой песни