Ignorer les insertions violant les contraintes d'intégrité

[pierred69]

Hello tout le monde.

Je travaille actuellement sur un transfert de base de donnée et on en profite pour modifier quelques tables et réécrire un déploiement. Le déploiement a été généré sans problème mais contient un peu plus de 30000 insertions, dont moins d'une cinquantaine (seulement) présentant des problèmes d'intégrités : la clé étrangère B ne correspond pas à une clé primaire A inexistante dans la table associée. Cela n'est pas une erreur de conception mais bien les données qui ont été "mal insérées" dès le départ et la table n'envoie elle-même aucune clé ailleurs.

J'aimerais donc faire en sorte que ces lignes là soient tout bonnement ignorées, que les insertions foireuses ne soient pas effectuées et n'avoir au moins que des simples warnings, car je me vois pas épelucher les 30000 insertions pour chercher laquelle foire, surtout que MySQL m'indique pas laquelle est foireuse...

INSERT IGNORE ne permet pas d'ignorer la ligne foireuse. J'ai pensé utiliser un trigger mais je vois pas comment empêcher l'insertion à partir de ce trigger. Levée d'une exception peut-être ?

Auriez-vous une solution à ce problème à suggérer ?

Merci pour vos éclairages.

[punkoff]

bonjour,

Pourquoi ne changez vous pas vos requête d'insertion pour que ce cas ne se produise pas ? Vous avez trop de requêtes ?

Sinon : http://dev.mysql.com/doc/refman/5.5/en/insert.html

If you use the IGNORE keyword, errors that occur while executing the INSERT statement are treated as warnings instead. For example, without IGNORE, a row that duplicates an existing UNIQUE index or PRIMARY KEY value in the table causes a duplicate-key error and the statement is aborted. With IGNORE, the row still is not inserted, but no error is issued.

[CinePhil]

La solution rigoureuse consiste à faire une requête qui cherche quelles lignes vont poser problème.
Une requête du genre :

Code :

1
2
3
4
5
6
7
SELECT t1.id, t1.fk
FROM table_1 t1
WHERE NOT EXISTS (
	SELECT *
	FROM table_2 t2
	WHERE t2.id = t1.fk
)

Ça te permettra d'analyser (ou de faire analyser par des gens du métier) les données fautives et prendre une décision raisonnée quant à leur traitement (non importation, affectation de la bonne clé étrangère...) et donc ensuite de les éliminer de l'import ou des les importer après correction.

[pierred69]

Envoyé par punkoff

bonjour,

Pourquoi ne changez vous pas vos requête d'insertion pour que ce cas ne se produise pas ? Vous avez trop de requêtes ?

Sinon : http://dev.mysql.com/doc/refman/5.5/en/insert.html

IGNORE comme j'ai dit n'a pas l'air de fonctionner pour les contraintes d'intégrité...

Sinon je prends note de ta réponse CinePhil merci à toi

[iliak]

INSERT IGNORE fonctionne si tu fais une insertion à la fois et pas un gros batch des familles qui te fait tout d'un coups. J'ai eu le même genre de souci et c'est comme cela que j'ai corrigé le tir.