Discussion :

[s.toubal]

Voilà la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT @num := IF(Max(ARM_NUM) is null , 0 , Max(ARM_NUM)+1) FROM armateur;
INSERT INTO armateur (ARM_ADRESSE, ARM_FAX, ARM_MAIL, ARM_NOM, ARM_NUM, ARM_TELEPHONNE) 
VALUES ( "aaa","fff","mmm","nnn",@num,"ttt");

Tous les champs sont des VarChar, ARM_NUM est un Integer.
Dans WorkBench, ça insère l’enregistrement, mais dans une application WPF j’obtiens ceci :

[MySql.Data.MySqlClient.MySqlException] = {"Fatal error encountered during command execution."}
InnerException = {"Parameter '@num' must be defined."}

[ericd69]

Salut,

C'est normal. Ce n'est pas une, mais 2 requêtes. Pas sûr que tu aies configuré ton driver lors de l'initialisation de la connexion...

Pourquoi tu n'utilises pas un auto_increment pour générer des valeurs auto incrémentée au niveau de ta colonne arm_num ?

[s.toubal]

J'ai fini par utiliser l'auto_increment, que j’essaye d’éviter toujours, mais là je n’ai pas le choix.
Ceci dit, j'ai l'habitude de faire ça sur sql server, et du transact SQL, ça marche super bien. Mais apparemment, MySQL ne tolère ce genre de choses que dans une procédure stockée et pas dans un Batch de requêtes

Mais j'aimerais tout de même pouvoir utiliser ce genre de construction pour d'autres cas de figure, et je crains de devoir toujours avoir le même message. Comment peut-on faire ça en configurant le driver ?

[ericd69]

L'auto-incrément sert à faire ça

Il y a très peu de limitations, mais ce que tu fais n'est pas atomique au niveau des opérations, vu que tu n'as pas de transaction qui englobe tes actions, donc aucun garantie d'unicité... d'où l’auto-incrément...



Une procédure se déclare avec create procedure et s'appel avec call. Va voir la doc.

Si tu es dans une procédure, tu peux déclarer des variables locales avec declareau lieu d'utiliser une globale comme @num.

De plus, si tu ne récupères qu'une ligne avec une requête, pour affecter une ou des variables, c'est mieux d'utiliser :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select val1,...,valn into var1,...,varn
from tatable
...

[s.toubal]

Je connais les procédures stockées

Je ne veux pas créer des procédures stockées à chaque fois que j'ai un traitement de ce genre.

vu que tu n'as pas de transaction qui englobe tes actions donc aucun garantie d'unicité

Une transaction garantit l'unicité (le tout ou rien), mais je pense qu'elle n’empêche pas la lecture sale d'un autre utilisateur qui exécute le même transaction, autrement dit la même transaction exécutée par un autre utilisateur peut s'intercaler entre mon SELECTet mon INSERTtout en étant Atomique (tout ou rien) non ? C'est pour ça que les niveaux d'isolations et les verrous existent je pense.

sur SQL Server, j'avais l'habitude de faire çà directement et l’exécuter comme on exécute une simple commande.
J'encapsulais mes traitements dans des transactions qui utilisaient les CURSORS, les boucles, etc... sans pour autant créer des procédures stockées. Je faisais même des RAISEROR() personnalisés côté sql serveur après mes traitements pour réaliser mes contrôles.
Ma question est : comment faire la même chose avec MySQL et est-ce qu’il permet déjà de faire ça ?

[ericd69]

ça dépend du niveau d'isolation de la transaction...

Hors procédural, tu ne peux pas utiliser de logique de commande pour contrôler ton code, ou faire de curseur, ou faire de l'interception d'état sql pour déclencher du code en conséquence...

Mais pour ce que tu veux faire, l'auto incrémentation va bien...

Tu n'as besoin d'un mécanisme dans le genre de celui que tu utilises que si tu crées un élément sur une table et que tu veux insérer son identifiant dans une autre...