Resetar id do banco de dados

[Ryuuunosuke 0]

Olá galera, como o titulo já diz eu tenho uma duvida quanto ao auto incremento do banco de dados.  Eu tenho uma ID que a cada novo cadastro ele coloca o número do cadastro 

exemplo 

1 | João
2 | Maria
3 | Jubileu

O que eu queria fazer era quando eu deletasse o cadastro Maria que no cada o ID seria o número 2, o Jubileu que é o número 3 passasse a ser o número 2 sem ter que ir no banco de dados e ficar modificando.  

Alguém poderia me ajudar com essa duvida ? vlw agradeço ^^/

[AnthraxisBR 56]

Execute essa query após a a execução da query que deleta os dados da tabela:

 

Obs: mude o 'sua_tabela' para o nome da tabela que você usa;

//Remove os valores de ID
ALTER TABLE `sua_tabela` DROP `id`;
//DEFINE NOVAMENTE PARA AUTO_INCREMENT
ALTER TABLE `sua_tabela` AUTO_INCREMENT = 1;
//Ordena que a chave seja inserida de volta na ordem dos registros contando do primeiro
ALTER TABLE `sua_tabela` ADD `id` int UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;

Quando eu preciso fazer isso eu uso essa query, funciona, mas deve existir um modo melhor acredito.

 

Att

 

 

 

 

 

 

 

[Motta 645]

Para que este trabalho ?

 

Se houver registros dependentes estes também deverão ser atualizados.

 

O mais simples é não permitir delet (uma trigger pode fazer isto) e marcar o registro como inválido (uma campo flag qualquer).

 

 

[AnthraxisBR 56]

48 minutos atrás, Motta disse:

Para que este trabalho ?

 

Se houver registros dependentes estes também deverão ser atualizados.

 

O mais simples é não permitir delet (uma trigger pode fazer isto) e marcar o registro como inválido (uma campo flag qualquer).

 

 

 

Também fiquei com uma dúvida agora, que na verdade não é bem um dúvida.

 

Se os registros forem sendo marcados como inativos ( acrescentando mais um campo na tabela mesmo que 0 ou 1) e houver muitos registros, ao longo do tempo a consulta não iria se tornando lenta ? 

 

OBS: Nos dois únicos casos até agora que eu precisei reiniciar ID,s do AUTO_INCREMENTE a relação vinha de outro campo, por isso não fazia diferença resetar os campos ID diretamente na tabela sem se preocupar com as relações.

[Motta 645]

Citar

1) e houver muitos registros, ao longo do tempo a consulta não iria se tornando lenta ? 

 

Só se a tabela crescer muito.

 

Dá para renumerar mas é muito trabalho à toa na minha opinião.

[EdCesar 124]

20 minutos atrás, AnthraxisBR disse:

Se os registros forem sendo marcados como inativos ( acrescentando mais um campo na tabela mesmo que 0 ou 1) e houver muitos registros, ao longo do tempo a consulta não iria se tornando lenta ? 

Quando a tabela estiver grande, você pode particionar ou simplesmente migrar os dados inativos para uma tabela tbl_xpto_off
Geralmente em uma tabela de 200 mil registro, por exemplo, você não utiliza 10% desses registros, (analise o seu cenario) nesse caso, você poderia programar uma rotina que fizesse essa manutenção

[AnthraxisBR 56]

37 minutos atrás, Motta disse:

 

Só se a tabela crescer muito.

 

Dá para renumerar mas é muito trabalho à toa na minha opinião.

 

Realmente, eu acabei citando isso da demora, pois onde eu trabalho as tabelas geralmente já vem pra otimização quando a consulta já está extremamente lenta pela quantidade de dados, mas em geralmente realmente não chega a ser um problema.

 

29 minutos atrás, EdCesar disse:

Quando a tabela estiver grande, você pode particionar ou simplesmente migrar os dados inativos para uma tabela tbl_xpto_off
Geralmente em uma tabela de 200 mil registro, por exemplo, você não utiliza 10% desses registros, (analise o seu cenario) nesse caso, você poderia programar uma rotina que fizesse essa manutenção

 

Particionar a tabela realmente é uma boa solução, um exemplo disso, eu estava otimizando uma consulta de parcelas com quase 500mil registros, o que eu fiz foi dividir por períodos de vencimento de acordo com o ano em exercício, e a consulta total só era feita se fosse especificado pelo usuário pra buscar todos os dados.

 

Não sei as dúvidas do dono da postagem foram resolvidas mas as minha foram kk vlw