Script, execution sequentielle bloquante ou non bloquante ? [Résolu]

Bighobbit · 09/08/2006, 12h02

Bonjour,

Question stupide,
Est ce que l'execution d'un script sous MYSQL est bloquant pour chaque ligne ?
c'est à dire, est ce que la ligne 2 est exécutée uniquement après que la ligne 1 ait renvoyé son résultat ?

Ou bien est ce que les requêtes sont envoyées en rafale et que les résultats arrivent plus ou moins en désordre (suivant le temps d'execution de chaque requete).

Merci
Richard

Maximilian · 09/08/2006, 12h42

Bonjour,

De quel genre de script parles-tu et dans quel contexte se fait son exécution ?

Bighobbit · 09/08/2006, 13h44

Tout simplement d'un script chargé avec MySQL Query.
Son objectif est de préparer ma base :
- Creation de vues.
- Drop de vues périmées.
etc.

Merci

r

Maximilian · 09/08/2006, 14h59

Les requêtes se font en séquence puisque si je me souviens bien une erreur provoque l'arrêt du script dans Query Browser.

Maintenant il suffit de tester pour le savoir

Bighobbit · 09/08/2006, 15h06

Justement...
des requetes peuvent etre executées sans erreurs, sans pour autant faire ce que l'on veut

Mon exemple :
Creation d'une vue temporaire (résultat d'une jointure).
Creation d'une 2e vue temporaire (utilisatant la premiere vue, deuxième jointure)
Drop de la vue temporaire n°1.

Dans cet exemple, si tout se passe en séquentiel bloquant, ca marche.
Si ca se passe en séquentiel non bloquant, le drop de la vue temporaire 1 est plus rapide que la creation de la 2e vue... donc erreur.

donc...il semble que ce soit du sequentiel non bloquant.
bon, en tout cas merci

Maximilian · 09/08/2006, 15h33

Ca semble bizarre, la logique veut que le client attende un retour du serveur avant de continuer en séquence. En plus la création de la 2è vue ne devrait pas être plus lente que la suppression de la 1è (ça ne nécessite pas de manipulation de données, juste l'enregistrement d'un nouvel objet dans le dictionnaire de données).

Ajouté à cela que tu vas fort probablement faire un SELECT avant de dropper la première vue (sinon je ne vois pas l'intérêt de la manip), là ça devient strictement impossible que le DROP se fasse avant que la deuxième vue soit finie de créer.

Bighobbit · 09/08/2006, 15h45

aie,
autant pour moi, j'avais une erreur dans mon script qui m'a tout enduit d'erreur

sur le fonctionnement de la chose.

vais aller prendre un café moi.
Merci en tout cas.
R

09/08/2006, 12h02	#1
Bighobbit Nouveau Membre du Club Inscription : septembre 2005 Messages : 82 Détails du profil Informations forums : Inscription : septembre 2005 Messages : 82 Points : 28 Points : 28	Script, execution sequentielle bloquante ou non bloquante ? Bonjour, Question stupide, Est ce que l'execution d'un script sous MYSQL est bloquant pour chaque ligne ? c'est à dire, est ce que la ligne 2 est exécutée uniquement après que la ligne 1 ait renvoyé son résultat ? Ou bien est ce que les requêtes sont envoyées en rafale et que les résultats arrivent plus ou moins en désordre (suivant le temps d'execution de chaque requete). Merci Richard
	00

09/08/2006, 12h42	#2
Maximilian Provisoirement toléré Inscription : juin 2003 Messages : 2 622 Détails du profil Informations forums : Inscription : juin 2003 Messages : 2 622 Points : 2 505 Points : 2 505	Bonjour, De quel genre de script parles-tu et dans quel contexte se fait son exécution ? __________________ Pensez au bouton
	00

09/08/2006, 14h59	#4
Maximilian Provisoirement toléré Inscription : juin 2003 Messages : 2 622 Détails du profil Informations forums : Inscription : juin 2003 Messages : 2 622 Points : 2 505 Points : 2 505	Les requêtes se font en séquence puisque si je me souviens bien une erreur provoque l'arrêt du script dans Query Browser. Maintenant il suffit de tester pour le savoir __________________ Pensez au bouton
	00

09/08/2006, 15h33	#6
Maximilian Provisoirement toléré Inscription : juin 2003 Messages : 2 622 Détails du profil Informations forums : Inscription : juin 2003 Messages : 2 622 Points : 2 505 Points : 2 505	Ca semble bizarre, la logique veut que le client attende un retour du serveur avant de continuer en séquence. En plus la création de la 2è vue ne devrait pas être plus lente que la suppression de la 1è (ça ne nécessite pas de manipulation de données, juste l'enregistrement d'un nouvel objet dans le dictionnaire de données). Ajouté à cela que tu vas fort probablement faire un SELECT avant de dropper la première vue (sinon je ne vois pas l'intérêt de la manip), là ça devient strictement impossible que le DROP se fasse avant que la deuxième vue soit finie de créer. __________________ Pensez au bouton
	00

09/08/2006, 13h44	#3
Bighobbit Nouveau Membre du Club Inscription : septembre 2005 Messages : 82 Détails du profil Informations forums : Inscription : septembre 2005 Messages : 82 Points : 28 Points : 28	Tout simplement d'un script chargé avec MySQL Query. Son objectif est de préparer ma base : - Creation de vues. - Drop de vues périmées. etc. Merci r
	00

09/08/2006, 15h06	#5
Bighobbit Nouveau Membre du Club Inscription : septembre 2005 Messages : 82 Détails du profil Informations forums : Inscription : septembre 2005 Messages : 82 Points : 28 Points : 28	Justement... des requetes peuvent etre executées sans erreurs, sans pour autant faire ce que l'on veut Mon exemple : Creation d'une vue temporaire (résultat d'une jointure). Creation d'une 2e vue temporaire (utilisatant la premiere vue, deuxième jointure) Drop de la vue temporaire n°1. Dans cet exemple, si tout se passe en séquentiel bloquant, ca marche. Si ca se passe en séquentiel non bloquant, le drop de la vue temporaire 1 est plus rapide que la creation de la 2e vue... donc erreur. donc...il semble que ce soit du sequentiel non bloquant. bon, en tout cas merci
	00

09/08/2006, 15h45	#7
Bighobbit Nouveau Membre du Club Inscription : septembre 2005 Messages : 82 Détails du profil Informations forums : Inscription : septembre 2005 Messages : 82 Points : 28 Points : 28	aie, autant pour moi, j'avais une erreur dans mon script qui m'a tout enduit d'erreur sur le fonctionnement de la chose. vais aller prendre un café moi. Merci en tout cas. R
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email