Discussion :

[alex2746]

Bonjour,
Voici mon morceau de code SQL intégré dans un programme C (peu importe le programme). On m'a dit que cette instruction embedded SQL risque de parfois générer une erreur et parfois se passer bien, pouvez vous me dire dans quel cas il y aura une erreur et dans quel cas ca se passera bien sans erreur?

Merci d'avance.

Code :

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

1
2
3
4
5
 
EXEC SQL
   Select etudId INTO :numeroEtud
   From Etudiants
   Where etudNom=:nom;

[CinePhil]

En dehors du fait que je mettrais des espaces autour du signe = dans la condition WHERE, je ne vois pas d'erreur de syntaxe dans cette requête donc elle devrait fonctionner.

À noter tout de même que etudNom étant probablement de type alphanumérique, il faut que la variable :nom soit entourée d'apostrophes sinon ça peut effectivement causer une erreur, le SGBD pouvant interpréter ça comme le nom d'une colonne de la table.

En PHP on le prévoit dans la construction de la requête, sauf si celle-ci est préparée via PDO. Je ne sais pas comment ça se passe dans ton programme C.

Ensuite, peut-être que la réponse à cette requête s'il n'y a pas de ligne satisfaisant la condition sera différente selon le SGBD interrogé ?
À voir dans la doc du SGBD.

[SQLpro]

en principe le sql embedded est typé. Mais là ou ça peut merder, c'est quand le système renvoi NULL !

A +

[soazig]

Bonjour,
Pour moi cela peut surtout renvoyer une erreur s'il y a plusieurs étudiant nommé Durant, car vu la syntaxe tu t'attends à en trouver 1 seul.

Sous VMS,RDB dans ce cas on obtient une belle erreur signifiant que le système attend un singleton et recoit plusieurs tuple.

A+
Soazig