PowerBuilder à Donf ! / SELECT * FROM avec récupération des données

cradleofpain · 10-05-2007 15:46:52

Salut à tous !

J'ai besoin d'effectuer une requête récupérant un bon paquet de données et je voulais savoir comment faire pour stocker ces données.

J'utilise le code suivant :

Code: pb

  DECLARE curseur DYNAMIC CURSOR FOR SQLSA ;

  PREPARE SQLSA FROM "SELECT * FROM TRUC" ;

  OPEN DYNAMIC curseur ;

  FETCH curseur INTO :result ;

  CLOSE curseur ;

Comment doit être déclaré "result" dans ce cas ?

Sinon, comment faire pour stocker tout ?

Merci d'avance

cradleofpain · 10-05-2007 15:57:52

Je crois que si je fais un SELECT *, il faut que je fasse FETCH curseur INTO :result, :result2, ... ; selon le nombre de colonne récupérées.

Est-ce que je me trompe ?

pick ouic · 10-05-2007 15:59:03

pourquoi tu ne passes pas directement via une datawindow ?
vu que tu peux faire un select titi1,titi2, titi3 from table1 where id_toto = 'blop'

foon · 10-05-2007 16:05:24

Bonjour,

Normalement, il te faut définir autant de variables qu'il y a de champs dans ta table "TRUC".

Ce serait peut être plus simple de récupérer tout ça dans une datastore.

mreminiac · 11-05-2007 05:41:07

Bonjour

Si tu veux pas faire de dw ou ds

tu peux faire dans ce style

Code: pb

  String ls_A,ls_B

  SELECT   t.A ,    t.B    INTO :ls_A , :ls_B
     FROM TRUC t
   WHERE  xxxxxxxxxxx
    USING  SQLSA;

suite code PB

[edit] [ code=pb ]

erasorz · 11-05-2007 07:26:39

mreminiac a écrit:

Code: pb

  String ls_A,ls_B

  SELECT   t.A ,    t.B    INTO :ls_A , :ls_B
     FROM TRUC t
   WHERE  xxxxxxxxxxx
    USING  SQLSA;

Bonjour, ce script ne fonctionnera que si la requête renvoie une seule ligne...

cradleofpain · 11-05-2007 07:32:46

Ma requête fait une quarantaine de lignes.

J'aimerais ne pas avoir à utiliser un ds ou dw.

Je suis plutôt pour faire un truc comme a dit mreminiac.

pick ouic · 11-05-2007 07:48:13

cradleofpain a écrit:
Ma requête fait une quarantaine de lignes.

J'aimerais ne pas avoir à utiliser un ds ou dw.

Je suis plutôt pour faire un truc comme a dit mreminiac.

40taine de lignes de quoi ?
elle doit ramener 40 lignes ou il y a tellement de colonnes dans ton select que ta requete finale tient sur 40 lignes ?

cradleofpain · 11-05-2007 07:52:12

En fait, il y a SELECT plein de trucs FROM (SELECT d'autres trucs avec des CASE FROM ...)

Et tout ça fait un paquet de ligne juste pour la requête.

Mais là j'ai testé et ça passe si on met chaque champs dans une variable différente.

pick ouic · 11-05-2007 09:56:32

sinon,
voila une solution vite faite...

Code: pb

string  ls_presentation, ls_syntax, ls_erreur, ls_sql

ls_sql = "select * from truc"
ls_presentation   = "style(type=grid)"  
ls_syntax = SQLCA.SyntaxFromSQL(ls_sql,ls_presentation, ls_erreur)
  
dw_liste.Create( ls_syntax, ls_erreur)

dw_liste.settransobject(sqlca)
dw_liste.retrieve()

il faut que tu ajoutes une datawindow vide dans ta fenetre... ici, dw_liste est vide.
ca doit bien marcher avec une datastore...

cradleofpain · 11-05-2007 13:13:58

Beh moi ça passe avec ce que j'ai fait.

Merci quand meme !

cradleofpain · 14-05-2007 13:02:16

J'ai un autre problème qui se pose.

J'utilise le code suivant :

Code: pb

 DECLARE curseur DYNAMIC CURSOR FOR SQLSA ;

  PREPARE SQLSA FROM "SELECT * FROM TRUC" ;

  OPEN DYNAMIC curseur ;

   if SQLCA.sqlcode <> 0 then
          MessageBox( "Erreur open", SQLCA.sqlerrtext )
   end if

  FETCH curseur INTO :result ;

  CLOSE curseur ;

J'ai 2 requêtes différentes à exécuter dans 2 codes différents.

Seulement voilà : il y a une requête qui passe mais pas l'autre.

La messageBox placée après le OPEN s'affiche mais le SQLCA.sqlerrtext est vide !!!

Help !

inferni · 14-05-2007 13:04:39

SQLCA ou SQLSA ????

foon · 14-05-2007 13:07:38

Bonjour,

Merci d'utiliser le mod code=pb pour des questions de lisibilité des scripts (Je corrige pour cette fois).

Sinon, sais-tu que si ta requête ne ramène rien, le SQLCA.sqlcode sera à 100
(NO DATA FOUND)? Je pense que ça doit être ce qui se passe dans ton cas.

Il vaut mieux tester:

Code: pb

if SQLCA.sqlcode < 0 then
  MessageBox( "Erreur open", SQLCA.sqlerrtext )
end if

foon · 14-05-2007 13:09:14

inferni a écrit:
SQLCA ou SQLSA ????

Bonne remarque d'inferni, mais:

The examples assume that the default transaction object (SQLCA) has been assigned valid values and that a successful CONNECT has been executed. Although the examples do not show error checking, you should check the SQLCode after each SQL statement.

cradleofpain · 14-05-2007 13:34:14

Désolé, je ne sais pas où se trouve la balise code=pb il suffit juste d'utiliser la balise code et d'ajouter soi-même le = pb ?

Sinon je voulais savoir si il existe une taille maxi pour les requête dans un preparestatement ?

foon · 14-05-2007 13:39:58

cradleofpain a écrit:
Désolé, je ne sais pas où se trouve la balise code=pb il suffit juste d'utiliser la balise code et d'ajouter soi-même le = pb ?

Oui, il suffit de mettre code=pb à la place de code dans la balise d'ouverture:
Voir le topic: mod de coloration syntaxique

cradleofpain a écrit:
Sinon je voulais savoir si il existe une taille maxi pour les requêtes dans un preparestatement ?

Qu'entends-tu par taille maxi: Nombre de lignes de ta requête ou nombre de lignes d'enregistrements retournés par l'exécution de ta requête?

cradleofpain · 14-05-2007 13:47:06

Taille de la requête

foon · 14-05-2007 14:13:04

A ma connaissance, il n'y en a pas (mis à part la limite de la taille maximale des scripts PB).
Mais il est vrai que les requêtes via SQLSA ne sont pas ma spécialité....

cradleofpain · 14-05-2007 15:17:08

Est-ce que l'on est limité en nombre d'encapsulations de select ?

Ma requête fait des SELECT ... FROM (SELECT ... FROM (SELECT ...

cradleofpain · 15-05-2007 08:15:33

J'ai essayé ma requête dans un programme java et elle passe. Le résultat est correct.

Le problème vient donc de powerbuilder.

Est-ce que quelqu'un comprend ce qui m'arrive ???

foon · 15-05-2007 08:26:05

Ta requête ramène bien une seule ligne, ou plusieurs?

cradleofpain · 15-05-2007 08:35:38

Plusieurs.

Pas de problème (pb), que du PowerBuilder (PB) ^^

Annonce

#1 10-05-2007 15:46:52

SELECT * FROM avec récupération des données

Code: pb

#2 10-05-2007 15:57:52

Re: SELECT * FROM avec récupération des données

#3 10-05-2007 15:59:03

Re: SELECT * FROM avec récupération des données

#4 10-05-2007 16:05:24

Re: SELECT * FROM avec récupération des données

#5 11-05-2007 05:41:07

Re: SELECT * FROM avec récupération des données

Code: pb

#6 11-05-2007 07:26:39

Re: SELECT * FROM avec récupération des données

mreminiac a écrit:

Code: pb

#7 11-05-2007 07:32:46

Re: SELECT * FROM avec récupération des données

#8 11-05-2007 07:48:13

Re: SELECT * FROM avec récupération des données

cradleofpain a écrit:

#9 11-05-2007 07:52:12

Re: SELECT * FROM avec récupération des données

#10 11-05-2007 09:56:32

Re: SELECT * FROM avec récupération des données

Code: pb

#11 11-05-2007 13:13:58

Re: SELECT * FROM avec récupération des données

#12 14-05-2007 13:02:16

Re: SELECT * FROM avec récupération des données

Code: pb

#13 14-05-2007 13:04:39

Re: SELECT * FROM avec récupération des données

#14 14-05-2007 13:07:38

Re: SELECT * FROM avec récupération des données

Code: pb

#15 14-05-2007 13:09:14

Re: SELECT * FROM avec récupération des données

inferni a écrit:

#16 14-05-2007 13:34:14

Re: SELECT * FROM avec récupération des données

#17 14-05-2007 13:39:58

Re: SELECT * FROM avec récupération des données

cradleofpain a écrit:

cradleofpain a écrit:

#18 14-05-2007 13:47:06

Re: SELECT * FROM avec récupération des données

#19 14-05-2007 14:13:04

Re: SELECT * FROM avec récupération des données

#20 14-05-2007 15:17:08

Re: SELECT * FROM avec récupération des données

#21 15-05-2007 08:15:33

Re: SELECT * FROM avec récupération des données

#22 15-05-2007 08:26:05

Re: SELECT * FROM avec récupération des données

#23 15-05-2007 08:35:38

Re: SELECT * FROM avec récupération des données

Pied de page des forums