Problème avec un index UNIQUE et un comportement SoftDelete

Version imprimable

18/01/2012, 17h12
jekif

Problème avec un index UNIQUE et un comportement SoftDelete

Bonjour à tous,

J'ai créé la plupart de mes tables avec une colonne deleted_at car je ne souhaite pas vraiment supprimer les données de la base, mais les marquer comme supprimées. Il me semble que c'est une pratique assez courante.

Mais il arrive qu'une table ait un index UNIQUE. Et le problème, c'est que MySQL continue d'indexer les enregistrements marqués comme supprimés. Et donc, ça bloque si j'essaie d'enregistrer un nouveau record qui a un index identique à un autre, même s'il est marqué supprimé.

J'espère être suffisamment clair : je voudrais que la vérification d'unicité ne se fasse pas sur les enregistrements marqués comme supprimés. Est-ce possible ?

Merci d'avance
18/01/2012, 17h15
punkoff

bonjour,

non.
18/01/2012, 17h18
jekif

ok merci, suppression définitive obligée alors...
18/01/2012, 17h23
punkoff

j'irai pas jusque là.

En fait, cet index unique est-ce une primary key ? (ou c'est une clef fonctionnel peut-être ?)

Bref, pourquoi avez-vous besoin de réutiliser un identifiant deleter à cet endroit ?
18/01/2012, 18h05
jekif

en fait il s'agit d'indexer des ressources (documents, livres, etc). Et on m'a demandé qu'il n'y ait pas deux fois le même titre.

Non ce n'est pas une clé primaire, juste un index unique sur un champ 'titre'. Mais le problème c'est que mysql bloque, même lorsque l'enregistrement 'comparé' est marqué deleted.
18/01/2012, 20h01
punkoff

Oui là y a pas 36 solutions.

Peut-être en l'archivant dans une autre table si vous voullez absolument le garder ?

Techniquement tu peux créer la contrainte d'unicité sur le couple (titre,deleted_at) avec une fausse date pour les titres en cours mais fonctionnellement je ne sais pas si c'est acceptable pour ton cas.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
mysql> create table test (titre varchar(10), deleted_at date default date '9999-12-31');
Query OK, 0 rows affected (0.45 sec)
 
mysql> alter table test add constraint unique index UK_TITRE (titre, deleted_at);
Query OK, 0 rows affected (0.11 sec)
Records: 0  Duplicates: 0  Warnings: 0
 
mysql> insert into test (titre) values ('toto');
Query OK, 1 row affected (0.01 sec)
 
mysql> insert into test (titre) values ('tata');
Query OK, 1 row affected (0.00 sec)
 
mysql> update test
    ->    set deleted_at = current_date
    ->  where titre = 'toto';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0
 
mysql> insert into test (titre) values ('toto');
Query OK, 1 row affected (0.00 sec)
 
mysql> insert into test (titre) values ('toto');
ERROR 1062 (23000): Duplicate entry 'toto-9999-12-31' for key 'UK_TITRE'
mysql>

Sinon effectivement réellement supprimer ou historiser.

19/01/2012, 09h02
jekif

Merci pour vos réponse. Au vue de ce que vous me dites, je crois que je vais gérer tout cela en amont au niveau logiciel.

Encore merci.