it-roy-ru.com

сделать ID в MySQL таблице auto_increment (по факту)

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

Могу ли я превратить их в Auto_incrementers сейчас?


Вау, очень приятно, спасибо за тонну. Это работало безотказно на одном из моих столов. Но во второй таблице я получаю эту ошибку ... Ошибка при переименовании ".\DBNAME # sql-6c8_62259c" в ".\DBNAME\dealer_master_events"

58
Gene R

Например, вот таблица, которая имеет первичный ключ, но не AUTO_INCREMENT:

mysql> CREATE TABLE foo (
  id INT NOT NULL,
  PRIMARY KEY (id)
);
mysql> INSERT INTO foo VALUES (1), (2), (5);

Вы можете MODIFY столбец, чтобы переопределить его с опцией AUTO_INCREMENT:

mysql> ALTER TABLE foo MODIFY COLUMN id INT NOT NULL AUTO_INCREMENT;

Убедитесь, что это вступило в силу:

mysql> SHOW CREATE TABLE foo;

Результаты:

CREATE TABLE foo (
  `id` INT(11) NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=6 DEFAULT CHARSET=latin1

Обратите внимание, что вы изменили определение столбца на месте, не требуя создания второго столбца и удаления исходного столбца. На ограничение PRIMARY KEY это не влияет, и вам не нужно указывать это в операторе ALTER TABLE.

Далее вы можете проверить, что вставка генерирует новое значение:

mysql> INSERT INTO foo () VALUES (); -- yes this is legal syntax
mysql> SELECT * FROM foo;

Результаты:

+----+
| id |
+----+
|  1 | 
|  2 | 
|  5 | 
|  6 | 
+----+
4 rows in set (0.00 sec)

Я проверял это на MySQL 5.0.51 на Mac OS X.

Я также проверил с ENGINE=InnoDB и зависимой таблицей. Изменение определения столбца id не нарушает ссылочную целостность.


Чтобы ответить на ошибку 150, которую вы упомянули в комментарии, это, вероятно, конфликт с ограничениями внешнего ключа. Мои извинения, после того как я проверил это, я думал, что это будет работать. Вот несколько ссылок, которые могут помочь в диагностике проблемы:

105
Bill Karwin

Ничто из вышеперечисленного не сработало для моего стола. У меня есть таблица с целым числом без знака в качестве первичного ключа со значениями от 0 до 31543. В настоящее время существует более 19 тысяч записей. Мне пришлось изменить столбец на AUTO_INCREMENT (MODIFY COLUMN 'id' INTEGER UNSIGNED NOT NULL AUTO_INCREMENT) и установить начальное число (AUTO_INCREMENT = 31544) в том же выражении.

ALTER TABLE `'TableName'` MODIFY COLUMN `'id'` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT = 31544;
5
Michael A. Griffey

Я предполагаю, что вам не нужно повторно увеличивать существующие данные, так почему бы просто не запустить простую команду ALTER TABLE, чтобы изменить атрибуты PK?

Что-то вроде:

ALTER TABLE `content` CHANGE `id` `id` SMALLINT( 5 ) UNSIGNED NOT NULL AUTO_INCREMENT 

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

ALTER TABLE `content` auto_increment = MAX(`id`) + 1

Опять не проверено, но я верю, что это сработает.

4
Stephen Walcher

Это сработало для меня (я хотел сделать идентификатор первичным и установить автоинкремент)

ALTER TABLE table_name CHANGE idid INT ПЕРВИЧНЫЙ КЛЮЧ AUTO_INCREMENT;

2
user2280257
ALTER TABLE `foo` MODIFY COLUMN `bar_id` INT NOT NULL AUTO_INCREMENT;

или же

ALTER TABLE `foo` CHANGE `bar_id` `bar_id` INT UNSIGNED NOT NULL AUTO_INCREMENT;

Но ничего из этого не сработает, если ваш bar_id является внешним ключом в другой таблице: вы получите

an error 1068: Multiple primary key defined

Чтобы решить эту проблему, временно отключите проверку ограничений внешнего ключа с помощью

set foreign_key_checks = 0;

и после выполнения приведенных выше утверждений включите их снова.

set foreign_key_checks = 1;
0
Dima Dz

Да легко. Просто запустите запрос определения данных, чтобы обновить таблицы, добавив столбец AUTO_INCREMENT.

Если у вас есть существующая база данных, соблюдайте осторожность, чтобы сохранить любые отношения внешних ключей, которые могут уже существовать в "искусственно созданных" первичных ключах.

0
Alex Weinstein