Início / dba / Perguntas / 64069
Accepted
Eilidh
Asked: 2014-04-29 05:12:05 +0800 CST

Como preservar o ID gerado a partir de uma PRIMARY KEY ao mover dados para uma nova tabela?

  • 772

Eu tenho uma tabela grande (~ 4 milhões de linhas, ~ 100 campos) que preciso dividir em algumas tabelas menores por tipo para que não se torne incontrolável à medida que cresce.

Cada entrada tem um ID que é uma chave primária gerada automaticamente. Essas chaves precisam ser preservadas quando os dados são movidos para novas tabelas. Além disso, novas chaves exclusivas precisarão ser geradas; e eles precisarão ser exclusivos em todas as tabelas menores, em vez de simplesmente dentro de cada tabela.

Eu estava pensando que uma maneira de fazer isso seria transferir o ID para um novo campo (ou um campo de chave primária gerado não automaticamente?) Ao transferir os dados para as novas tabelas. Uma vez que os dados são transferidos, eu poderia retirar a tabela original para que seja apenas uma chave primária para que ela possa continuar gerando chaves automaticamente para quaisquer dados adicionais - ou seja, antes de inserir dados em uma das novas tabelas, obter uma nova chave primária do mesa original.

No entanto, isso parece bastante desajeitado!

Também deixa a questão, se um usuário está se referindo a um ID sem saber que tipo de dado é (ou seja, em qual tabela ele será encontrado), como ele pode ser 'direcionado' para a tabela correta?

Tenho certeza que deve haver uma maneira melhor de fazer isso?

mysql

2 respostas

  1. Best Answer

    Quando você tiver uma chave primária com um auto_increment, ela gerará um novo ID somente se você inserir um valor NULL. Se você definir ID=4 em seu INSERT, o ID será 4 para que você não perca seu ID durante a operação de "mover".

    Não temos a noção de "SEQUENCE" como no banco de dados Oracle, então seu problema de "ID global" não é tão fácil de resolver.

    Talvez você possa tentar algo assim (mas adicionará complicações para apenas uma tabela de 4 milhões de linhas)

    Crie uma tabela usada para gerar seu "ID global", com um arquivo int auto_incrementado:

    CREATE TABLE test.sequence_table (next_id int primary key auto_increment);

    Quando você deseja inserir uma nova linha em sua tabela filha:

    Solução 1: Com SELECTeminformation_schema

    BEGIN; -- Start a new Transaction to ensure consistency

INSERT INTO test.sequence_table values (NULL); -- Generate a new ID

SELECT @next_ID:=(auto_increment - 1) FROM information_schema.tables WHERE table_schema="test" AND table_name="sequence_table"; -- Here I use a MySQL Variable but you can store it in PHP or whatever

INSERT INTO child_table values (null, @next_ID, "Max", "SQL"); -- Use your variable

COMMIT; -- Wonderfull :)

    Edite após o comentário do ypercube:

    Solução 2: ComLAST_INSERT_ID()

    BEGIN; -- Start a new Transaction to ensure consistency

INSERT INTO test.sequence_table values (NULL); -- Generate a new ID

SELECT @next_ID:=LAST_INSERT_ID(); -- Use of the MySQL function LAST_INSERT_ID()

INSERT INTO child_table values (null, @next_ID, "Max", "SQL"); -- Use your variable

COMMIT; -- Wonderfull :)
    • 4

  2. Se você não está indo com particionamento que será transparente para o aplicativo, você precisa:

    1. crie 2 tabelas para armazenar valores "por tipo"
    2. crie mais uma tabela para armazenar chaves exclusivas geradas automaticamente

    3. crie uma visualização para o aplicativo que ocultará todos os itens acima

      a boa notícia é que você pode usar o inner join entre as tabelas, pois você sempre tem um registro em uma ou outra

    4. Eu acredito que o mysql ainda está faltando INSTEAD OF triggers em views, então para operações DML você precisará de stored procedures.

    Acho que não ficou claro, você vai criar uma nova chave na tabela de p2 e usar esse valor para inserir registros nas tabelas de p1.

    • 1

relate perguntas