Discussion :

[vinzzzz]

Hello,

J'ai une table V dans ma db qui contient un certain nombre de valeurs, chaque ligne de la table étant associée a un objet représenté par V.oid

Dans mon prog client, je donne la possibilité de calculer ces valeurs quand l'utilisateur le souhaite. Autrement dit, la première fois qu'il calculera les valeurs, je fera un insert pour l'objet en question dans la table V, et toutes les fois suivantes, je fera un update.

Pour le moment, je lance mon insert, et si j'ai une erreur m'indiquant que l'ID de l'objet existe déjà dans la table, je fais un update.

Ma question est: est-ce optimal? J'ai croisé des solutions telles que ON DUPLICATE KEY sous mysql mais ca n'est pas standard de ce que j'ai compris.

Est-ce qu'il faut mieux tester dirèctement en premier la présence de la clé de l'objet dans la table et faire en fonction ensuite? Ou bien rester sur ce que je fait en ce moment? Ou autre.. ?

Tout commentaire / suggestion sera bievenu!
Merci d'avance

[soazig]

Bonjour,
Voilà comment je fais dans un contexte similaire.

Dans la procédure stockée qui fait la création ou la mise à jour.
Je commence par la mise à jour, si le nombre de ligne modifiée =0 alors je fais la création. Comme cela il n'y a pas d'erreur.
Pour tester le nombre de lignes modifiée j'utilise la variable @@rowcount sur SQL server. Je ne peux pas te donner l'équivalent en Mysql.

a+
Soazig

[Waldar]

Ce n'est pas supporté par MySQL, mais n'oubliez pas l'opérateur MERGE sous Oracle 9i+ et MS SQL Server 2008 qui permet en un seul ordre de gérer ces deux opérations.

[SQLpro]

Et qui fait partie intégrante de la norme SQL !

A +

[estofilo]

Bonjour,
Dans la procédure stockée qui fait la création ou la mise à jour.
Je commence par la mise à jour, si le nombre de ligne modifiée =0 alors je fais la création. Comme cela il n'y a pas d'erreur.
Pour tester le nombre de lignes modifiée j'utilise la variable @@rowcount sur SQL server. Je ne peux pas te donner l'équivalent en Mysql.

Le problème de cette technique est que, dans un environnement multi-sessions, une autre session peut venir écrire une ligne entre le court moment où l'update a modifié 0 ligne et celui où l'insert démarre. Pour éviter ça, on peut mettre cette séquence d'ordres SQL en section critique en la protégeant avec un verrou, l'inconvénient étant que ça créé un point de contention.
L'avantage du MERGE fait par le SGBD est que sa gestion du verrouillage va être certainement plus fine et efficace que ce qu'on peut faire en dehors.

[vinzzzz]

MERGE semble être ce que je cherchais, merci a vous pour vos lumières