Início / dba / Perguntas / 61034
Accepted
ivan
Asked: 2014-03-17 11:07:36 +0800 CST

Migrando dados de uma coluna booleana para uma coluna varchar

  • 772

Minha tabela atualmente possui uma coluna booleana, vamos chamá-la de coluna "importante", refletindo se um registro é urgente ou não. Desejo fazer a transição para o uso de uma coluna varchar que reflita a urgência de um registro como um dos poucos valores possíveis, como "normal", "urgente", "extremo". O nome da coluna precisa mudar para, então estou planejando fazer algo assim: crie uma nova coluna chamada "urgência" para manter o valor normal/urgente/extremo e migre seletivamente a data booleana existente para a nova coluna.

Esta é uma boa abordagem e há alguma pegadinha que devo observar?

mysql migration

2 respostas

  1. Best Answer

    No MySQL, o tipo de dados BOOLEAN realmente não existe. Se você criar algo assim:

    mysql> CREATE TABLE imp (id int PRIMARY KEY auto_increment, important BOOLEAN);
Query OK, 0 rows affected (0.01 sec)

mysql> INSERT INTO imp (important) VALUES (0), (0), (0), (1), (0), (1), (1), (1), (0), (0), (0), (1);
Query OK, 12 rows affected (0.00 sec)
Records: 12  Duplicates: 0  Warnings: 0

    Você verá que BOOLEAN é apenas um alias para tinyint(1):

    mysql> SHOW CREATE TABLE imp;
+-------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table                                                                                                                                                                      |
+-------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| imp   | CREATE TABLE `imp` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `important` tinyint(1) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=latin1 |
+-------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

    E você pode até inserir um valor 2:

    mysql> INSERT INTO imp (important) VALUES (2);
Query OK, 1 row affected (0.00 sec)

mysql> SELECT * FROM imp WHERE important = 2;
+----+-----------+
| id | important |
+----+-----------+
| 13 |         2 |
+----+-----------+
1 row in set (0.00 sec)

    A maneira menos traumática, mas mais segura e flexível que posso imaginar é, em vez de criar um enum ou uma string, reutilize a coluna e defina uma chave estrangeira se estiver usando o InnoDB:

    mysql> CREATE TABLE levels (id tinyint primary key, name varchar(30));
Query OK, 0 rows affected (0.01 sec)

mysql> insert into levels values (0, 'normal'), (1, 'urgent'), (2, 'extreme');  Query OK, 3 rows affected (0.00 sec)
Records: 3  Duplicates: 0  Warnings: 0

mysql> ALTER TABLE imp ADD CONSTRAINT important FOREIGN KEY (important) REFERENCES levels(id);
Query OK, 13 rows affected (0.02 sec)
Records: 13  Duplicates: 0  Warnings: 0

    Dessa forma, você não pode inserir valores que não existem na tabela de níveis e pode adicionar valores posteriormente com muita facilidade (além disso, você não precisa reconstruir a tabela original).

    • 1

  2. Essa abordagem deve funcionar. No entanto, eu pessoalmente usaria ENUM ou TINYINT como tipo de dados para a coluna de urgência, ocupa menos espaço no banco de dados.

    • 0

relate perguntas