Connaitre le nombre de lignes affectées par un update à l'avance [Résolu]

[lionheart33806]

Bonjour,

tout est dit dans le titre :

Comment connaitre le nombre de lignes affectées par un update à l'avance ?
C'est-à-dire, sans faire le valider (sans commit).

Pour mon appli, je veux être sûr qu'il est n'y ait pas plus d'une ligne à jour (surtout pour des updates sur plusieurs tables).

J'ai pensé à un select préliminaire avec le même where et mêmes tables ... mais je ne trouve ça pas top.

Merci par avance

[SnakemaN]

c'est normal que j'a rien compris ?

[Joe Le Mort]

Envoyé par lionheart33806

Bonjour,

tout est dit dans le titre :

Comment connaitre le nombre de lignes affectées par un update à l'avance ?
C'est-à-dire, sans faire le valider (sans commit).

Pour mon appli, je veux être sûr qu'il est n'y ait pas plus d'une ligne à jour (surtout pour des updates sur plusieurs tables).

J'ai pensé à un select préliminaire avec le même where et mêmes tables ... mais je ne trouve ça pas top.

Si tu es en mysql, je ne pense pas que tu puisses, en oracle par contre oui.
Ouais, je pense que le select serait utilisé avant de faire ton update.

[lionheart33806]

Envoyé par Joe Le Mort

Si tu es en mysql, je ne pense pas que tu puisses, en oracle par contre oui.
Ouais, je pense que le select serait utilisé avant de faire ton update.

Tu ferais comment exactement avec Oracle ?
Et pour MySql ?

[SnakemaN]

Je ne sais pas si j'ai compris ce que tu voulais faire mais, tu as mysql_num_rows qui te permet de savoir combien de ligne t'a requete t'a renvoyée...ici un update...

[Amara]

Envoyé par SnakemaN

Je ne sais pas si j'ai compris ce que tu voulais faire mais, tu as mysql_num_rows qui te permet de savoir combien de ligne t'a requete t'a renvoyée...ici un update...

Oui mais là le problème c'est que c'est avant la requête et pas après...

[lionheart33806]

Envoyé par JWhite

Oui mais là le problème c'est que c'est avant la requête et pas après...

Exactement, le but est connaitre le nombre de ligne pour savoir si "on" va vraiment faire le update ou pas.

- Je construis le update
- Je teste magiquement le nombre de lignes qu'il va modifier
- Si nombre de lignes égal 1, faire le update

[SnakemaN]

Envoyé par lionheart33806

....
Comment connaitre le nombre de lignes affectées par un update à l'avance ?
C'est-à-dire, sans faire le valider (sans commit).
.....

Ahh en fait tu fais un update de toute table mais tu veux savoir combien d'enregistrement on été modifié ?

Mais je ne sais pas exactement comment marche un update, est-ce qu'il met a jour tout les champs meme si la nouvelle valeur et égale a l'ancienne, dans ce cas le mysql_num_row te renvera toutes tes lignes, OU BIEN est-ce que il y un test "automatique" pour voir si la nouvelle valeur et égale a l'ancienne si c'est le cas il passe au suivant, dans ce cas le mysql_num_rows serait de mise...

[SnakemaN]

Arrf grilled

[SnakemaN]

Envoyé par lionheart33806

Exactement, le but est connaitre le nombre de ligne pour savoir si "on" va vraiment faire le update ou pas.

- Je construis le update
- Je teste magiquement le nombre de lignes qu'il va modifier
- Si nombre de lignes égal 1, faire le update

Si c'est un MYSQL récent il est possible de faire cela en requetes imbriquées...donc rapide a l'execution

Je crois qu'on peu y integrer un requete pour faire une condition (ici un where peut etre)

ps : Si c'est UNe ligne de concernée ? tu sais laquelle ? premiere, ....?

[SnakemaN]

Dans la version 3.23 de MySQL, vous pouvez utilisez le code LIMIT # pour vous assurer que seul un nombre d'enregistrements bien précis est changé.

Avant MySQL 4.0.13, LIMIT est une restrictions sur le nombre de lignes affectées. Cette clause stoppe dès que row_count ont été trouvées par la clause WHERE.

Depuis la version 4.0.13, LIMIT est une restriction sur le nombre de lignes trouvées. La commande s'arrête une fois que row_count lignes ont été trouvées par la clause WHERE, qu'elles ait été changées ou pas.

vu ici http://dev.mysql.com/doc/refman/5.0/fr/update.html

[wamania]

je crois qu'il ne veut pas limiter à 1 ligne, mais qu'il veut faire cet update que si il y a une ligne à updater. C'est ça?

Donc si tu as + d'une ligne, tu fais pas l'update?

[lionheart33806]

Envoyé par wamania

je crois qu'il ne veut pas limiter à 1 ligne, mais qu'il veut faire cet update que si il y a une ligne à updater. C'est ça?

Donc si tu as + d'une ligne, tu fais pas l'update?

Tout à fait

[gisele]

Salut,

juste pour tordre cette idée erronée, les transaction sont possible sous mysql, et pour des versions released, tout comme la gestion de l'intégrité de données (clés étrangère). A condition de typer ses tables INNODB.
le gel de l'autocommit pour une connexion se fait comme suit :

Code :

1
2
 
set autocommit = 0

ou alors tout simplement, pour une transaction ponctuelle, encapsuler le groupe de requetes que l'ont veux grouper en transaction par les instruction BEGIN et COMMIT/ROLLBACK

Code :

1
2
3
4
5
 
mysql_query('begin');
mysql_query($requete);
$aff = mysql_affected_rows():
mysql_query('rollback');

realisable déjà à coup sur sous mysql 4.1.10 (avant jene sais pas).

[lionheart33806]

Envoyé par gisele

Salut,

...
le gel de l'autocommit pour une connexion se fait comme suit :

Code :

ou alors tout simplement, pour une transaction ponctuelle, encapsuler le groupe de requetes que l'ont veux grouper en transaction par les instruction BEGIN et COMMIT/ROLLBACK
...

Ca me plait bien. A ton avis, ce principe peut être transposé sur Oracle ?

[gisele]

Ca fait longtemps que je n'ai pas fait joujou avec mon Oracle 9i donc renseigne toi sur les syntaxes mais ca peut a fortiori etre transposé sous Oracle.

Ca me rappelle des bons souvenirs ,je me souviens en projet libre j'avais créé une sorte de phpmyadmin (en simplifié) muli SGBD, Oracle 8* et 9* SQL Server 2000, access (le plus chiant sic) et Mysql en version client lourd avec VB et ADO (beurk) et en 3 tiers (php)grace a la couche ADODB je crois que j'avais mis des fonctionnalités de transactions.

Une chose est sure, tu peux activer désactiver l'autocommit, et d'ailleurs Oracle a un sytème de gestion bien plus poussé avec des sortes de points de restauration intermédiaires (voir SAVEPOINT) que tu peux discéminer au milieu de ton flot de requetes et tout et tout.