PowerBuilder à Donf ! / [RESOLU] Mismatch between retrieve columns and fetch columns

mattdamon · 14-06-2010 10:10:14

Bonjour à tous,

Lors de l'exécution d'un curseur, j'ai le message suivant :
(Mismatch between retrieve columns and fetch columns)

A titre indicatif : j'ai mis la déclaration (DECLARE), l'ouverture du curseur (OPEN) et la fermeture (CLOSE) à l'extérieur de la boucle FOR, mais le (FETCH) à l'intérieur.

En fait, je voulais boucler sur les n lignes retrouvées pas le curseur.
J'ai trouvé ça sur le net mais, j'ai rien compris :

http://www.experts-exchange.com/Program … 34088.html

Quelqu'un a une idée.

Merci d'avance !

Dernière modification par mattdamon (14-06-2010 16:04:15)

foon · 14-06-2010 10:20:26

Bonjour Matt,

Je pense qu'il va être difficile de se faire une idée
sans voir ton code.
A priori, le message indique que tu n'as pas mis dans le FETCH toutes les colonnes
récupérées de ton curseur, ou que les variables de FETCH sont d'un type
différent des colonnes de ton curseur.

mattdamon · 14-06-2010 10:38:32

Bonjour foon,

Je crois pas que c'est un problème de nombre des colonnes ou de type.
voici le code :

Code: pb

 
DECLARE cursor CURSOR FOR  
  SELECT t1.col1, t1.col2, t2.col  
  FROM tab1 t1, tab2 t2
  WHERE t1.col3 = :as_port
  AND t1.col1 = t2.col; 
//l'ouverture du curseur
 OPEN cursor ; 
 SELECT count (t1.col1)  INTO :li_nb_col1
 FROM tab1 t1 where t1.col3 = :as_port;

//
FOR li_cpt = 1 TO li_nb_col1
   FETCH cursor INTO :ls_col1,:li_col2, :ls_col;
  //le traitement
NEXT

CLOSE cursor;

ls_col1 et ls_col sont string dans le code PB, VARCHAR2(16) et VARCHAR2(30) dans la table.

li_col2 : Integer dans le code PB et NUMBER(5) dans la table.

erasorz · 14-06-2010 10:48:16

juste pour info, tu n'as pas besoin du nb d'enregistrements pour boucler sur un curseur, tu peux utiliser sqlca.sqlcode :

Code: pb

OPEN emp_curs;

// Fetch the first row from the result set.
FETCH emp_curs INTO :emp_name_var;

// Loop through result set until exhausted.
DO WHILE SQLCA.sqlcode = 0

  // Display a message box with the employee name.
  MessageBox("Found an employee!",emp_name_var)

  // Fetch the next row from the result set.
  FETCH emp_curs INTO :emp_name_var;

LOOP

// All done, so close the cursor.
CLOSE emp_curs;

shahin · 14-06-2010 10:54:42

Ok avec erasorz, d'ailleurs son code est plus sûr.
Rien ne garantit que li_nb_col1 contienne le nombre de ligne de ton curseur.

D'autre part, les integer PB sont sur 2 octets.
Utilise long ou dec{0}.

foon · 14-06-2010 10:56:16

shahin a écrit:
D'autre part, les integer PB sont sur 2 octets.
Utilise long ou dec{0}.

Rien de plus à ajouter

buck · 14-06-2010 10:57:36

Bonjour,

Ta requête possède un paramètre d'entrée que tu n'initialises jamais. Dans ton cas, Tu dois utiliser la syntaxe Sybase dite : Dynamic SQL Format 3 SQL statement
lorsque ta requête possède un paramètre d'entrée et produit un "result set".

Tu as tous les détails dans l'aide en ligne avec des exemples en recherchant sur la rubrique : Dynamic SQL Format 3 SQL statement.

mattdamon · 14-06-2010 11:34:15

buck a écrit:
Bonjour,

Ta requête possède un paramètre d'entrée que tu n'initialises jamais. Dans ton cas, Tu dois utiliser la syntaxe Sybase dite : Dynamic SQL Format 3 SQL statement
lorsque ta requête possède un paramètre d'entrée et produit un "result set".

Tu as tous les détails dans l'aide en ligne avec des exemples en recherchant sur la rubrique : Dynamic SQL Format 3 SQL statement.

Merci à tous pour votre intervention, si j'ai bien compris ta réponse, je dois changer mon curseur en curseur dynamique c-à-d dois-je mettre ma mon select dans une chaine de caractère en suite j'exécute mon curseur.

A+

buck · 14-06-2010 14:08:12

Oui.

As-tu une raison particulière d'utiliser un curseur ? une datastore avec un retrievial arguments me paraît bien plus adaptée pour ton problème.

erasorz · 14-06-2010 14:18:37

buck a écrit:
As-tu une raison particulière d'utiliser un curseur ? une datastore avec un retrievial arguments me paraît bien plus adaptée pour ton problème.

ne jamais perdre de l'esprit que les DW/DS sont l'essence même de PB.
Il faut utiliser leur potentiel par défaut.
Sauf pour les qq (rares) cas où il faut utiliser autre-chose (curseur, SQL embarqué, dynamique,...)

mattdamon · 14-06-2010 15:51:16

buck a écrit:
Oui.

As-tu une raison particulière d'utiliser un curseur ? une datastore avec un retrievial arguments me paraît bien plus adaptée pour ton problème.

J'ai modifié la bariable li_col2 de Integer à Long et j'ai utilisé un curseur dynamique mais j'ai toujours le même message.

Bizarre!!!!

Dans mon cas, je dois utiliser un curseur

mattdamon · 14-06-2010 16:03:51

Je l'ai trouvé, en fait, j'ai mis la CLOSE du curseur dans une IF et le OPEN à l'extérieur de IF ==> donc un emssage d'erreur.

Pour la corriger, j'ai fermé le curseur à l'extérieur de IF.

Merci à tous !

Je vais mettre la discussion à RESOLU .

JCZ · 15-06-2010 17:10:48

mattdamon a écrit:
Je l'ai trouvé, en fait, j'ai mis la CLOSE du curseur dans une IF et le OPEN à l'extérieur de IF ==> donc un emssage d'erreur.

Pour la corriger, j'ai fermé le curseur à l'extérieur de IF.

Merci à tous !

Je vais mettre la discussion à RESOLU .

D'où l'importance de poste le code utilisé si tu veux que l'aide soit optimale ... !!!

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

Annonce

#1 14-06-2010 10:10:14

[RESOLU] Mismatch between retrieve columns and fetch columns

#2 14-06-2010 10:20:26

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

#3 14-06-2010 10:38:32

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

Code: pb

#4 14-06-2010 10:48:16

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

Code: pb

#5 14-06-2010 10:54:42

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

#6 14-06-2010 10:56:16

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

shahin a écrit:

#7 14-06-2010 10:57:36

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

#8 14-06-2010 11:34:15

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

buck a écrit:

#9 14-06-2010 14:08:12

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

#10 14-06-2010 14:18:37

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

buck a écrit:

#11 14-06-2010 15:51:16

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

buck a écrit:

#12 14-06-2010 16:03:51

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

#13 15-06-2010 17:10:48

Re: [RESOLU] Mismatch between retrieve columns and fetch columns

mattdamon a écrit:

Pied de page des forums