Suite =E0 de nombreux problemes, j aimerais programmer mon etat=20
entierement "=E0 la main".
J ai donc dans l'init, la d=E9claration de ma requete, puis la connexion =
=E0=20
la base (MySQL) et l'ex=E9cution de la requete.
Cependant, si je mets un SI SQLFetch(...) ; je n'ai que la premiere=20
ligne du resultat. Tandis que si je mets un TANTQUE SQLFetch(...), je n=20
ai que le dernier.
J ai bien compris pourquoi, mais j aimerais savoir comment faire pour=20
qu'il y ait plusieurs lignes ; pour faire un TANTQUE SQLFetch(...) et=20
dedans, je dis "cr=E9er une ligne de plus" et j affiche mes donnees.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre BOUSQUET
personnelement je créée une requete .WDR directement en SQL, ca marche mieux
"Manu Pavy" a écrit dans le message de news:cofhmr$ord$ Bonjour,
Suite à de nombreux problemes, j aimerais programmer mon etat entierement "à la main". J ai donc dans l'init, la déclaration de ma requete, puis la connexion à la base (MySQL) et l'exécution de la requete. Cependant, si je mets un SI SQLFetch(...) ; je n'ai que la premiere ligne du resultat. Tandis que si je mets un TANTQUE SQLFetch(...), je n ai que le dernier. J ai bien compris pourquoi, mais j aimerais savoir comment faire pour qu'il y ait plusieurs lignes ; pour faire un TANTQUE SQLFetch(...) et dedans, je dis "créer une ligne de plus" et j affiche mes donnees.
Merci pour votre aide,
Manu
personnelement je créée une requete .WDR directement en SQL, ca marche mieux
"Manu Pavy" <Manuel.Pavy@onecert.fr> a écrit dans le message de
news:cofhmr$ord$1@news.cict.fr...
Bonjour,
Suite à de nombreux problemes, j aimerais programmer mon etat
entierement "à la main".
J ai donc dans l'init, la déclaration de ma requete, puis la connexion à
la base (MySQL) et l'exécution de la requete.
Cependant, si je mets un SI SQLFetch(...) ; je n'ai que la premiere
ligne du resultat. Tandis que si je mets un TANTQUE SQLFetch(...), je n
ai que le dernier.
J ai bien compris pourquoi, mais j aimerais savoir comment faire pour
qu'il y ait plusieurs lignes ; pour faire un TANTQUE SQLFetch(...) et
dedans, je dis "créer une ligne de plus" et j affiche mes donnees.
personnelement je créée une requete .WDR directement en SQL, ca marche mieux
"Manu Pavy" a écrit dans le message de news:cofhmr$ord$ Bonjour,
Suite à de nombreux problemes, j aimerais programmer mon etat entierement "à la main". J ai donc dans l'init, la déclaration de ma requete, puis la connexion à la base (MySQL) et l'exécution de la requete. Cependant, si je mets un SI SQLFetch(...) ; je n'ai que la premiere ligne du resultat. Tandis que si je mets un TANTQUE SQLFetch(...), je n ai que le dernier. J ai bien compris pourquoi, mais j aimerais savoir comment faire pour qu'il y ait plusieurs lignes ; pour faire un TANTQUE SQLFetch(...) et dedans, je dis "créer une ligne de plus" et j affiche mes donnees.
Merci pour votre aide,
Manu
Manu Pavy
Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca mar che mieux
Moi, ca ne marche pas : il aime pas les champs text. Là, ca commence à m'énerver car j etais parti d un truc à priori classique, et PCsoft qui me dise qu il ne connaissent pas le pb : 1ere solution : hexecuterequete(req, hrequetedefaut, ..) --> marche pas : pas de multi requete => hexecuterequete(req, hrequetesanscorrection, ..) --> marche pas : l'aime pas les champs text de MySQL => SQLExec(...) --> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma dema nde) => hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour le s champs qui marche pas --> ca a marché une fois (j ai tellement bidouillé que je sais plus exactement comment j ai fait ; puis plantage de windev systématique à l'édition de cet état => Je recommence --> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'est de l'habillage ; et bien là, l'habillage il prend un peu trop de temps à mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je m ets encore en doute des pbs dûs à la 315p)
Manu
Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca mar che mieux
Moi, ca ne marche pas : il aime pas les champs text.
Là, ca commence à m'énerver car j etais parti d un truc à priori
classique, et PCsoft qui me dise qu il ne connaissent pas le pb :
1ere solution : hexecuterequete(req, hrequetedefaut, ..)
--> marche pas : pas de multi requete
=> hexecuterequete(req, hrequetesanscorrection, ..)
--> marche pas : l'aime pas les champs text de MySQL
=> SQLExec(...)
--> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma dema nde)
=> hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour le s
champs qui marche pas
--> ca a marché une fois (j ai tellement bidouillé que je sais plus
exactement comment j ai fait ; puis plantage de windev systématique à
l'édition de cet état
=> Je recommence
--> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'est
de l'habillage ; et bien là, l'habillage il prend un peu trop de temps à
mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je m ets
encore en doute des pbs dûs à la 315p)
personnelement je créée une requete .WDR directement en SQL, ca mar che mieux
Moi, ca ne marche pas : il aime pas les champs text. Là, ca commence à m'énerver car j etais parti d un truc à priori classique, et PCsoft qui me dise qu il ne connaissent pas le pb : 1ere solution : hexecuterequete(req, hrequetedefaut, ..) --> marche pas : pas de multi requete => hexecuterequete(req, hrequetesanscorrection, ..) --> marche pas : l'aime pas les champs text de MySQL => SQLExec(...) --> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma dema nde) => hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour le s champs qui marche pas --> ca a marché une fois (j ai tellement bidouillé que je sais plus exactement comment j ai fait ; puis plantage de windev systématique à l'édition de cet état => Je recommence --> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'est de l'habillage ; et bien là, l'habillage il prend un peu trop de temps à mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je m ets encore en doute des pbs dûs à la 315p)
Manu
Pierre BOUSQUET
tu fais quoi avec ton champ text, quelle est ta requete ?
"Manu Pavy" a écrit dans le message de news:cohi2i$7vd$ Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca marche
mieux
Moi, ca ne marche pas : il aime pas les champs text. Là, ca commence à m'énerver car j etais parti d un truc à priori classique, et PCsoft qui me dise qu il ne connaissent pas le pb : 1ere solution : hexecuterequete(req, hrequetedefaut, ..) --> marche pas : pas de multi requete => hexecuterequete(req, hrequetesanscorrection, ..) --> marche pas : l'aime pas les champs text de MySQL => SQLExec(...) --> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma demande) => hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour les champs qui marche pas --> ca a marché une fois (j ai tellement bidouillé que je sais plus exactement comment j ai fait ; puis plantage de windev systématique à l'édition de cet état => Je recommence --> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'est de l'habillage ; et bien là, l'habillage il prend un peu trop de temps à mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je mets encore en doute des pbs dûs à la 315p)
Manu
tu fais quoi avec ton champ text, quelle est ta requete ?
"Manu Pavy" <Manuel.Pavy@onecert.fr> a écrit dans le message de
news:cohi2i$7vd$1@news.cict.fr...
Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca marche
mieux
Moi, ca ne marche pas : il aime pas les champs text.
Là, ca commence à m'énerver car j etais parti d un truc à priori
classique, et PCsoft qui me dise qu il ne connaissent pas le pb :
1ere solution : hexecuterequete(req, hrequetedefaut, ..)
--> marche pas : pas de multi requete
=> hexecuterequete(req, hrequetesanscorrection, ..)
--> marche pas : l'aime pas les champs text de MySQL
=> SQLExec(...)
--> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma demande)
=> hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour les
champs qui marche pas
--> ca a marché une fois (j ai tellement bidouillé que je sais plus
exactement comment j ai fait ; puis plantage de windev systématique à
l'édition de cet état
=> Je recommence
--> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'est
de l'habillage ; et bien là, l'habillage il prend un peu trop de temps à
mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je mets
encore en doute des pbs dûs à la 315p)
tu fais quoi avec ton champ text, quelle est ta requete ?
"Manu Pavy" a écrit dans le message de news:cohi2i$7vd$ Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca marche
mieux
Moi, ca ne marche pas : il aime pas les champs text. Là, ca commence à m'énerver car j etais parti d un truc à priori classique, et PCsoft qui me dise qu il ne connaissent pas le pb : 1ere solution : hexecuterequete(req, hrequetedefaut, ..) --> marche pas : pas de multi requete => hexecuterequete(req, hrequetesanscorrection, ..) --> marche pas : l'aime pas les champs text de MySQL => SQLExec(...) --> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma demande) => hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour les champs qui marche pas --> ca a marché une fois (j ai tellement bidouillé que je sais plus exactement comment j ai fait ; puis plantage de windev systématique à l'édition de cet état => Je recommence --> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'est de l'habillage ; et bien là, l'habillage il prend un peu trop de temps à mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je mets encore en doute des pbs dûs à la 315p)
Manu
Manu Pavy
Pierre BOUSQUET a fait part de :
tu fais quoi avec ton champ text, quelle est ta requete ?
Bonjour Pierre et merci de t'interesser à mon pb. J'ai une requete bien compliquée (au sens windev : multi-joiture), mais là n'est pas le pb. J'ai essayé de voir de plus pres d'ou venait le p b : Une autre requete (du meme projet) :
SELECT Accident.IDAccident AS IDAccident, Accident.DateAccident AS DateAccident, Accident.OriginesAccident AS OriginesAccident, Accident.ConsequenceAccident AS ConsequenceAccident, Accident.IDUniteDeTravail AS IDUniteDeTravail, Accident.ArretTravail FROM Accident WHERE Accident.IDAccident = {param1}
où, dans ma base (MySQL donc) date est une date, les ID des entiers et OriginesAccident et ConsequenceAccident sont des textes.
sous windev (je précise que chacune des requetes dont je fais part sont préalablement "validées" sous un client MySQL), cette requete (test d e requete) me renvoie mes résultats correctement. Or, si j'indique dans cette requete "test en mode HRequeteSansCorrection" (y a une petite case à cocher dans description de la requete), il me renvoie mes enregistrements, mais cette fois avec les colonnes OriginesAccident et ConsequenceAccident vides. C'est donc pour moi un problème de l'accès natif (non ?) mais ce qui est bizarre, c'est que je ne trouve pas cette opération exceptionnelle (si ? je suis le seul à utiliser l'accès "natif" et à avoir des champs de type TEXT ??)
Pour en revenir à mon problème (et ses causes) : j'ai déjà déve loppé une bonne partie de l'appli. Or, pour les fenêtres tables : pas de problè me, y a tableAjoute ; mais pour les états, quelle est l'équivalence ?
Merci encore,
Manu
Pierre BOUSQUET a fait part de :
tu fais quoi avec ton champ text, quelle est ta requete ?
Bonjour Pierre et merci de t'interesser à mon pb.
J'ai une requete bien compliquée (au sens windev : multi-joiture), mais
là n'est pas le pb. J'ai essayé de voir de plus pres d'ou venait le p b :
Une autre requete (du meme projet) :
SELECT Accident.IDAccident AS IDAccident,
Accident.DateAccident AS DateAccident,
Accident.OriginesAccident AS OriginesAccident,
Accident.ConsequenceAccident AS ConsequenceAccident,
Accident.IDUniteDeTravail AS IDUniteDeTravail,
Accident.ArretTravail
FROM Accident
WHERE Accident.IDAccident = {param1}
où, dans ma base (MySQL donc) date est une date, les ID des entiers et
OriginesAccident et ConsequenceAccident sont des textes.
sous windev (je précise que chacune des requetes dont je fais part sont
préalablement "validées" sous un client MySQL), cette requete (test d e
requete) me renvoie mes résultats correctement. Or, si j'indique dans
cette requete "test en mode HRequeteSansCorrection" (y a une petite case
à cocher dans description de la requete), il me renvoie mes
enregistrements, mais cette fois avec les colonnes OriginesAccident et
ConsequenceAccident vides.
C'est donc pour moi un problème de l'accès natif (non ?) mais ce qui est
bizarre, c'est que je ne trouve pas cette opération exceptionnelle (si ?
je suis le seul à utiliser l'accès "natif" et à avoir des champs de type
TEXT ??)
Pour en revenir à mon problème (et ses causes) : j'ai déjà déve loppé une
bonne partie de l'appli. Or, pour les fenêtres tables : pas de problè me,
y a tableAjoute ; mais pour les états, quelle est l'équivalence ?
tu fais quoi avec ton champ text, quelle est ta requete ?
Bonjour Pierre et merci de t'interesser à mon pb. J'ai une requete bien compliquée (au sens windev : multi-joiture), mais là n'est pas le pb. J'ai essayé de voir de plus pres d'ou venait le p b : Une autre requete (du meme projet) :
SELECT Accident.IDAccident AS IDAccident, Accident.DateAccident AS DateAccident, Accident.OriginesAccident AS OriginesAccident, Accident.ConsequenceAccident AS ConsequenceAccident, Accident.IDUniteDeTravail AS IDUniteDeTravail, Accident.ArretTravail FROM Accident WHERE Accident.IDAccident = {param1}
où, dans ma base (MySQL donc) date est une date, les ID des entiers et OriginesAccident et ConsequenceAccident sont des textes.
sous windev (je précise que chacune des requetes dont je fais part sont préalablement "validées" sous un client MySQL), cette requete (test d e requete) me renvoie mes résultats correctement. Or, si j'indique dans cette requete "test en mode HRequeteSansCorrection" (y a une petite case à cocher dans description de la requete), il me renvoie mes enregistrements, mais cette fois avec les colonnes OriginesAccident et ConsequenceAccident vides. C'est donc pour moi un problème de l'accès natif (non ?) mais ce qui est bizarre, c'est que je ne trouve pas cette opération exceptionnelle (si ? je suis le seul à utiliser l'accès "natif" et à avoir des champs de type TEXT ??)
Pour en revenir à mon problème (et ses causes) : j'ai déjà déve loppé une bonne partie de l'appli. Or, pour les fenêtres tables : pas de problè me, y a tableAjoute ; mais pour les états, quelle est l'équivalence ?
Merci encore,
Manu
Manu Pavy
Manu Pavy a fait part de :
Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca ma rche mieux
Moi, ca ne marche pas : il aime pas les champs text. Là, ca commence à m'énerver car j etais parti d un truc à prior i classique, et PCsoft qui me dise qu il ne connaissent pas le pb : 1ere solution : hexecuterequete(req, hrequetedefaut, ..) --> marche pas : pas de multi requete => hexecuterequete(req, hrequetesanscorrection, ..) --> marche pas : l'aime pas les champs text de MySQL => SQLExec(...) --> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma de mande) => hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour les champs qui marche pas --> ca a marché une fois (j ai tellement bidouillé que je sais plus exactement comment j ai fait ; puis plantage de windev systématique à l'édition de cet état => Je recommence --> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'es t de l'habillage ; et bien là, l'habillage il prend un peu trop de temp s à mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je mets encore en doute des pbs dûs à la 315p)
Bon, ca y est : j ai trouvé une "solution" : ca marche, mais pour combien de temps ?
/Lecture des données de Etat1/ SI SQLFetch(req_action)=0 ALORS RUBRIQUE1 = SQLLitCol(req_action, 8) RUBRIQUE6 = SQLLitCol(req_action, 11) FIN
ou RUBRIQUE1 et RUBRIQUE6 sont les champs accueillant des TEXT.
Je pense que c'est pas super propre, mais ca à l'avantage de marcher et d'etre assez indépendant (je peux changer ma requete).
Manu
Manu Pavy a fait part de :
Pierre BOUSQUET a fait part de :
personnelement je créée une requete .WDR directement en SQL, ca ma rche
mieux
Moi, ca ne marche pas : il aime pas les champs text.
Là, ca commence à m'énerver car j etais parti d un truc à prior i
classique, et PCsoft qui me dise qu il ne connaissent pas le pb :
1ere solution : hexecuterequete(req, hrequetedefaut, ..)
--> marche pas : pas de multi requete
=> hexecuterequete(req, hrequetesanscorrection, ..)
--> marche pas : l'aime pas les champs text de MySQL
=> SQLExec(...)
--> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma de mande)
=> hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour les
champs qui marche pas
--> ca a marché une fois (j ai tellement bidouillé que je sais plus
exactement comment j ai fait ; puis plantage de windev systématique à
l'édition de cet état
=> Je recommence
--> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'es t
de l'habillage ; et bien là, l'habillage il prend un peu trop de temp s à
mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je mets
encore en doute des pbs dûs à la 315p)
Bon, ca y est : j ai trouvé une "solution" : ca marche, mais pour
combien de temps ?
personnelement je créée une requete .WDR directement en SQL, ca ma rche mieux
Moi, ca ne marche pas : il aime pas les champs text. Là, ca commence à m'énerver car j etais parti d un truc à prior i classique, et PCsoft qui me dise qu il ne connaissent pas le pb : 1ere solution : hexecuterequete(req, hrequetedefaut, ..) --> marche pas : pas de multi requete => hexecuterequete(req, hrequetesanscorrection, ..) --> marche pas : l'aime pas les champs text de MySQL => SQLExec(...) --> j arrive pas à faire plusieurs lignes dans le tableau (d'ou ma de mande) => hexecuterequete(req, hrequetesanscorrection, ..) + SQLExec() pour les champs qui marche pas --> ca a marché une fois (j ai tellement bidouillé que je sais plus exactement comment j ai fait ; puis plantage de windev systématique à l'édition de cet état => Je recommence --> perte de temps + j'arrive plus à obtenir ce que je veux.
Je trouve ca aberant (moi, mon truc, c'est les bdd, la prog client c'es t de l'habillage ; et bien là, l'habillage il prend un peu trop de temp s à mon gout).
Et dire que je vais voir la WD9 cette apres midi !!
En tout cas merci de me faire part de votre manière de procéder (je mets encore en doute des pbs dûs à la 315p)
Bon, ca y est : j ai trouvé une "solution" : ca marche, mais pour combien de temps ?
