сброс auto increment

[50%LameRa]

ну не нужно, так не нужно

[Skubent]

Сообщение от Crazy

Навскидку не могу припомнить СУБД, где автоинкремент работает иначе.

Навскидку - алгоритм определения свободного id отличается в mySQL для MyISAM и BDB таблиц.

[ffffff]

автоинскремиент никак не изменишью можно только разбить дабавление запимсей на 2 части. 1-я SELECT MAX(id) as new_id
ну и соответственно во второй части вставлять этот id

[Crazy]

Сообщение от ffffff

автоинскремиент никак не изменишью можно только разбить дабавление запимсей на 2 части. 1-я SELECT MAX(id) as new_id
ну и соответственно во второй части вставлять этот id

...и не забываем про многопользовательский режим.

[andr64]

а так ?

ALTER TABLE `table` AUTO_INCREMENT=<number>

[Crazy]

Сообщение от andr64

а так ?

А нафиг?

P.S. Опять же: не забываем про многопользовательский режим. Пока ты делаешь alter table -- другой пользователь уже вставил десять новых записей.

[andr64]

а LOCK TABLES ?

[Crazy]

Сообщение от andr64

а LOCK TABLES ?

И старые записи нельзя будет обновлять?

Главный вопрос: ЗАЧЕМ. Извращений-то можно придумать немало...

[andr64]

Сообщение от Crazy

Главный вопрос: ЗАЧЕМ.

для красоты )

а вот что мне интересно: что будет когда поле auto_increment перевалит за "максимум"?
т.е. если его тип "int unsigned", что будет при добавлении новой записи, когда оно равно 4294967295 ?

[Crazy]

Сообщение от andr64

для красоты )

Пользователь нигде и никогда не должен иметь дело с этими значениями.

а вот что мне интересно: что будет когда поле auto_increment перевалит за "максимум"?

Ты просто посчитай, как долго должна работать система, чтобы это случилось.