pb : multiple rows in singleton select

J'ai rencontré une erreur louche que j'ai trouvée dans mon code SQL d'une de mes procédures stockées et qui est le suivant :

Code:

---

1 2 3 4 5 6

select SUM(PV), numcli, ref_pointrep, Tarif from TICKET where ref_pointfact = :ref_pointfact_input group by ref_pointfact, numcli,ref_pointrep, Tarif into :Total, :numcli_insert, :ref_pointrep_insert, :Tarif_insert;

---

Or celui-ci semble afficher l'erreur suivante.

Code:

---

1 2 3 4

multiple rows in singleton select . multiple rows in singleton select.

---

Ce qui n'est pas très logique puisque la requête ne peut retourner qu'une seule ligne. Je l'ai d'ailleurs testée isolément et là pas d'erreur.

:cry:

Citation:

---

Si java bien, c'est javabeans

---

Citation:

---

Envoyé par sillycoder

J'ai rencontré une erreur louche que j'ai trouvée dans mon code SQL d'une de mes procédures stockées et qui est le suivant :

Code:

---

1 2 3 4 5 6

select SUM(PV), numcli, ref_pointrep, Tarif from TICKET where ref_pointfact = :ref_pointfact_input group by ref_pointfact, numcli,ref_pointrep, Tarif into :Total, :numcli_insert, :ref_pointrep_insert, :Tarif_insert;

---

Or celui-ci semble afficher l'erreur suivante.

Code:

---

1 2 3 4

multiple rows in singleton select . multiple rows in singleton select.

---

Ce qui n'est pas très logique puisque la requête ne peut retourner qu'une seule ligne. Je l'ai d'ailleurs testée isolément et là pas d'erreur.

---

Non cette requete peut renvoyer plusieurs lignes.
Ce n'est pas parce que vous faites un group by que ca renvoie une seule ligne et heureusement d'ailleurs.

Je veux bien...
Mais étant donné le contenu de la base et les valeurs de retour observées de mes yeux (avec le test en dehors de la procédure stockée)...
Normalement, ça n'en retourne qu'une.

Normalement c'est bien là le problème... Normalement
Le jours où Anormalement vous aurez des données supplémentaires qui font que vous avez deux lignes au lieux d'une comment le système devra réagir ???

Je veux bien que vous mettiez des controles en amons qui feront que vous aurez toujours une seule ligne, celà Firebird ou Interbase ne peux le deviner. Il vous dit que votre ordre SQL indépendamment des données que vous avez actuellement (car les données sont sencées évoluer) renvoie plusieurs lignes et que vous l'utilisez comme s'il n'en renvoyait qu'une. C'est normal que celà lui pose un problème.

Je ne vois pas en quoi utilisez une boucle FOR vous pose problème. Actuellement votre boucle ne renvera qu'un enregistrement.
Celà vous permet en plus de déterminer le comportement que doit avoir votre programme en cas ou il en renverait plusieurs ( les ignorer ? les traiter ?)

Justement, j'ai commencé en utilisant une boucle FOR mais j'avais la même erreur qui s'affichait:

Code:

---

1 2 3 4 5

For select ... from .... into ... do begin ici j'incrémentais dans une variable temporaire end

---

Alors cela ne m'aide pas vraiment de me dire de faire quelque chose que j'ai déjà essayé.
:?

J'ai repris l'ancienne version de mon code avec la boucle for et ai enfin trouvé la solution. Le problème était tout bêtement dû au nom d'une de mes variables... Trop la honte!! :oops:

Merci pour l'aide !

comme épilogue au problème, voici une solution qui retourne à coup sûr un enregistrement unique, c'est juste un bout de requête qui ne résoud pas tous les problèmes, mais qui fonctionne parfaitement:

Code:

---

1 2 3 4

SELECT * FROM EMPLOYEE T1 WHERE T1.JOB_COUNTRY = 'USA' AND RDB$DB_KEY = ( SELECT MIN( T2.RDB$DB_KEY ) FROM EMPLOYEE T2 WHERE T2.JOB_COUNTRY = T1.JOB_COUNTRY )

---

dans cet exemple, la requête retourne le 1er employé "usa" au lieu de "min", "max" ou tout autre moyen qui isole à coup sûr un unique enregistrement.

ne pas oublier de "lier" le "sous-select" avec les mêmes champs qui isoles les données de la requête principale.