Je fais un INSERT ... ON DUPLICATE KEY UPDATE
pour une PRIMARY KEY
dans le tableau suivant:Pourquoi 2 lignes sont-elles affectées dans mon `INSERT ... ON DUPLICATE KEY UPDATE`?
DESCRIBE users_interests;
+------------+---------------------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------+---------------------------------+------+-----+---------+-------+
| uid | int(11) | NO | PRI | NULL | |
| iid | int(11) | NO | PRI | NULL | |
| preference | enum('like','dislike','ignore') | YES | | NULL | |
+------------+---------------------------------+------+-----+---------+-------+
Cependant, même si ces valeurs doivent être uniques, je vois 2 lignes affectées.
INSERT INTO users_interests (uid, iid, preference) VALUES (2, 2, 'like')
ON DUPLICATE KEY UPDATE preference='like';
Query OK, 2 rows affected (0.04 sec)
Pourquoi est-ce qui se passe?
EDIT
A titre de comparaison, voir cette requête:
UPDATE users_interests SET preference='like' WHERE uid=2 AND iid=2;
Query OK, 1 row affected (0.44 sec)
Rows matched: 1 Changed: 1 Warnings: 0
Pourquoi avez-vous deux clés primaires en premier lieu? –
@Pekka, le 'PRIMARY KEY' est un seul pk créé sur' (uid, iid) 'puisque la plupart des requêtes seront exécutées lorsque les deux valeurs sont connues. –
@Josh Je vois. Le [manual] (http://dev.mysql.com/doc/refman/5.1/en/insert-on-duplicate.html) semble toutefois décourager: "En général, vous devriez éviter d'utiliser un DUPLIC Clause KEY UPDATE sur les tables comportant plusieurs index uniques. »Faut-il utiliser une clé primaire? Pourquoi pas un index normal? –