MySQL меняет тип внешнего ключа

Question

Я использую MySQL, и у меня есть таблица с индексом, который используется в качестве внешнего ключа во многих других таблицах. Я хочу изменить тип данных индекса (с целого числа без знака), как лучше всего это сделать?

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

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

Обновление: Я попытался изменить один внешний ключ после отключения проверок внешнего ключа, но, похоже, он не отключает проверки:

SET foreign_key_checks = 0;

ALTER TABLE `escolaterrafir`.`t23_aluno` MODIFY COLUMN `a21_saida_id` INTEGER DEFAULT NULL;

Вот ошибка:

------------------------
LATEST FOREIGN KEY ERROR
------------------------
090506 11:57:34 Error in foreign key constraint of table escolaterrafir/t23_aluno:
there is no index in the table which would contain
the columns as the first columns, or the data types in the
table do not match to the ones in the referenced table
or one of the ON ... SET NULL columns is declared NOT NULL. Constraint:
,
  CONSTRAINT FK_t23_aluno_8 FOREIGN KEY (a21_saida_id) REFERENCES t21_turma (A21_ID)

Определение индексной таблицы:

DROP TABLE IF EXISTS `escolaterrafir`.`t21_turma`;
CREATE TABLE  `escolaterrafir`.`t21_turma` (
  `A21_ID` int(10) unsigned NOT NULL auto_increment,
  ...
) ENGINE=InnoDB AUTO_INCREMENT=51 DEFAULT CHARSET=latin1;

и таблица с внешним ключом, который на нее указывает:

DROP TABLE IF EXISTS `escolaterrafir`.`t23_aluno`;
CREATE TABLE  `escolaterrafir`.`t23_aluno` (
  ...
  `a21_saida_id` int(10) unsigned default NULL,
  ...
  KEY `Index_7` (`a23_id_pedagogica`),
  ...
  CONSTRAINT `FK_t23_aluno_8` FOREIGN KEY (`a21_saida_id`) REFERENCES `t21_turma` (`A21_ID`)
) ENGINE=InnoDB AUTO_INCREMENT=387 DEFAULT CHARSET=latin1;

Answer 1

Вот мой маленький вклад в эту тему. Спасибо Дэниелу Шнеллеру за вдохновение и за то, что он дал мне большую часть решения!

set group_concat_max_len = 2048;
set @table_name = "YourTableName";
set @change = "bigint unsigned";
select distinct table_name,
       column_name,
       constraint_name,
       referenced_table_name,
       referenced_column_name,
       CONCAT(
           GROUP_CONCAT('ALTER TABLE ',table_name,' DROP FOREIGN KEY ',constraint_name SEPARATOR ';'),
           ';',
           GROUP_CONCAT('ALTER TABLE `',table_name,'` CHANGE `',column_name,'` `',column_name,'` ',@change SEPARATOR ';'),
           ';',
           CONCAT('ALTER TABLE `',@table_name,'` CHANGE `',referenced_column_name,'` `',referenced_column_name,'` ',@change),
           ';',
           GROUP_CONCAT('ALTER TABLE `',table_name,'` ADD CONSTRAINT `',constraint_name,'` FOREIGN KEY(',column_name,') REFERENCES ',referenced_table_name,'(',referenced_column_name,')' SEPARATOR ';')
       ) as query
from   INFORMATION_SCHEMA.key_column_usage
where  referenced_table_name is not null
   and referenced_column_name is not null
   and referenced_table_name = @table_name
group by referenced_table_name

Установив @table_name и @change, вы можете сгенерировать запрос. @table_name должно быть именем таблицы с первичным ключом (он будет искать таблицы, использующие этот столбец в качестве внешнего ключа) и изменить его тип на @change.

Мне пришлось поменять несколько таких столов, чтобы они работали как шарм. Мне просто нужно было изменить @table_name, а затем выполнить запрос.

Answer 2

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

Как отметил Р. Бемроуз, использование SET foreign_key_checks = 0; помогает только при добавлении или изменении данных, но не допускает ALTER TABLE команд, которые нарушали бы ограничения внешнего ключа.

Answer 3

Чтобы узнать об использовании ограничений внешнего ключа, выполните следующий запрос к базе данных INFORMATION_SCHEMA:

select distinct table_name, 
       column_name, 
       constraint_name,  
       referenced_table_name, 
       referenced_column_name 
from   key_column_usage 
where  constraint_schema = 'XXX' 
   and referenced_table_name is not null 
   and referenced_column_name is not null;

Замените XXX на имя вашей схемы. Это даст вам список таблиц и столбцов, которые ссылаются на другие столбцы как внешние ключи.

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

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

Answer 4

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

Answer 5

Вы можете временно отключить внешние ключи, набрав

SET foreign_key_checks = 0;

и включить их

SET foreign_key_checks = 1;

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

Редактировать : в ответ на ваше редактирование похоже, что отключаются только ограничения для операторов DML (вставка, обновление, удаление), но не для операторов DDL (таблица изменений, удаление таблицы и т. Д.) .