La mise à jour de MySQL clé primaire

J'ai une table user_interactions avec 4 colonnes: 

 user_1
 user_2
 type
 timestamp

La clé primaire est (user_1,user_2,type)

et je veux changer de (user_2,user_1,type)

Donc ce que j'ai fait : 

drop primary key ...  
add primary key (user_2,user_1,type)...

et le tour est joué...

Le problème est que la base de données est en ligne sur un serveur.

Donc avant que je puisse mettre à jour la clé primaire, de nombreux doublons déjà répandue, et ils sont constamment sentir.

Quoi faire?

Ce que je veux faire maintenant, c'est de supprimer les doublons et de garder ceux avec la dernière timestamp (qui est une colonne de la table).

Puis en quelque sorte mise à jour de la clé primaire de nouveau.

  • J'ai soudain mal à l'aise pour chaque DBA j'ai maudit sous mon souffle...
  • la prochaine fois ajouter une clé unique avec les mêmes colonnes que la clé primaire, puis mise à jour de la clé primaire
  • tee hee
  • c'est en direct sur un serveur, mais c'est une copie de sauvegarde-backup server :-). Je ne suis pas administrateur, mais je ne vais pas essayer cette chose VRAIMENT sur un serveur live 🙂
  • oui c'est ce que je pensais maintenant, très tard, si 🙂
  • J'ai toujours pensé qu'un tableau pouvais avoir UN primary_key. Vous avez 3 ?!? Peut-être ce que vous voulez, c'est un PK et les index sur les 2 autres colonnes?
  • C'est un composé de la clé primaire.

InformationsquelleAutor dharm0us | 2010-02-26
  1. 196

    La prochaine fois, l'utilisation d'un "alter table" déclaration de mise à jour de la clé primaire.

    alter table xx drop primary key, add primary key(k1, k2, k3);

    Pour arranger les choses:

    create table fixit (user_2, user_1, type, timestamp, n, primary key( user_2, user_1, type) );
lock table fixit write, user_interactions u write, user_interactions write;

insert into fixit 
select user_2, user_1, type, max(timestamp), count(*) n from user_interactions u 
group by user_2, user_1, type
having n > 1;

delete u from user_interactions u, fixit 
where fixit.user_2 = u.user_2 
  and fixit.user_1 = u.user_1 
  and fixit.type = u.type 
  and fixit.timestamp != u.timestamp;

alter table user_interactions add primary key (user_2, user_1, type );

unlock tables;

    Le verrouillage doit arrêter d'autres mises à jour à venir pendant que vous faites cela. Combien de temps cela prend dépend évidemment de la taille de votre table.

    Le principal problème est que si vous avez des doublons à la même heure.

    • Vous êtes grand ! Je souhaite que je pourrais vous remercier assez.
    InformationsquelleAutor Martin
  2. 9

    Si la clé primaire se trouve être un auto_increment de la valeur, vous devez supprimer l'incrément automatique, puis jeter la clé primaire puis ajouter à nouveau l'auto-incrémentation des

    ALTER TABLE `xx`
MODIFY `auto_increment_field` INT, 
DROP PRIMARY KEY, 
ADD PRIMARY KEY (new_primary_key);

    puis ajouter l'auto incrément

    ALTER TABLE `xx` ADD INDEX `auto_increment_field` (auto_increment_field),
MODIFY `auto_increment_field` int auto_increment;

    puis réglez auto incrément de retour à la valeur précédente

    ALTER TABLE `xx` AUTO_INCREMENT = 5;
    InformationsquelleAutor frazras
  3. 2

    Vous pouvez utiliser le IGNORE mot clé trop, exemple:

     update IGNORE table set primary_field = 'value'...............
    • Il est en train d'essayer de modifier la colonne, pas de mise à jour de la valeur.
    InformationsquelleAutor Sarfraz