Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une
connexion SQL-Server (via une connexion OleDBSqlServer !)
La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer,
hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes ou
en utilisant les ordres HF) pas de probleme.
Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION
select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>.
- Niveau : erreur fatale (EL_FATAL)
- Code erreur : 1025
- Code erreur WD55 : 0
- Pas de code d'erreur système
- Pas de message d'erreur système
- Que s'est-il passé ?
L'objet MaSource_167 n'a pas été trouvé.
- Infos de debug :
Chargement de la partie exécution d'un objet
Nom logique : MaSource_167
Type cherché : 5
- Pas d'info attachée
- Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la connexion
en début de projet.
En mode HF, la source (MaSource_167) est bien créée par la methode
HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de données.
Pas de probleme.
En Mode SQL, la source (MaSource_167) est bien créée par la méthode
HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux
accéder à la source de données avec le message ci dessus.
Si qq à une idée !
Merci.
--
Cordialement
Dominique DAUSSY
180 Rue des mouettes
76400 FECAMP
FRANCE
Tel : 02.35.10.81.41
Mail : dominique@daussy.org
Web : http://www.daussy.org/windev
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
news.free.fr
quand un soucis du meme tonneau sur oracle, je teste en changeant d'outil et/ou d'acces. (j'ai déjà eu des pb avec le oleDB oracle (ai switché sur celui de MS))
C'est quoi comme base à l'autre bout ? 2000 2003 2005 ?
Tu peux pas tester ta requete depuis access (via oledb) ou encore mieux : tester avec l'access alter-natif.
Tu peux aussi telecharger une version express de .net pour tester qu'il n'a a aucun soucis sur le SQL en utilisant un acces natif et via oleDB (ou alors si t'as crystal report ou equivalent sous la main c'est encore mieux)
Ton code n'est pas en cause mais pour identifier d'ou vient le probleme....
"Compte News" a écrit dans le message de news: 4582af32$0$5075$
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion SQL-Server (via une connexion OleDBSqlServer !) La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer, hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes ou en utilisant les ordres HF) pas de probleme. Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>. - Niveau : erreur fatale (EL_FATAL) - Code erreur : 1025 - Code erreur WD55 : 0 - Pas de code d'erreur système - Pas de message d'erreur système - Que s'est-il passé ? L'objet MaSource_167 n'a pas été trouvé. - Infos de debug : Chargement de la partie exécution d'un objet Nom logique : MaSource_167 Type cherché : 5 - Pas d'info attachée - Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la connexion en début de projet. En mode HF, la source (MaSource_167) est bien créée par la methode HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de données. Pas de probleme. En Mode SQL, la source (MaSource_167) est bien créée par la méthode HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux accéder à la source de données avec le message ci dessus.
Si qq à une idée ! Merci.
-- Cordialement Dominique DAUSSY 180 Rue des mouettes 76400 FECAMP FRANCE Tel : 02.35.10.81.41 Mail : Web : http://www.daussy.org/windev
quand un soucis du meme tonneau sur oracle, je teste en changeant d'outil
et/ou d'acces.
(j'ai déjà eu des pb avec le oleDB oracle (ai switché sur celui de MS))
C'est quoi comme base à l'autre bout ? 2000 2003 2005 ?
Tu peux pas tester ta requete depuis access (via oledb)
ou encore mieux : tester avec l'access alter-natif.
Tu peux aussi telecharger une version express de .net pour tester qu'il n'a
a aucun soucis sur le SQL en utilisant un acces natif et via oleDB (ou alors
si t'as crystal report ou equivalent sous la main c'est encore mieux)
Ton code n'est pas en cause mais pour identifier d'ou vient le probleme....
"Compte News" <dominique@daussy.org> a écrit dans le message de news:
4582af32$0$5075$ba4acef3@news.orange.fr...
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une
connexion SQL-Server (via une connexion OleDBSqlServer !)
La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer,
hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes
ou en utilisant les ordres HF) pas de probleme.
Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI'
UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>.
- Niveau : erreur fatale (EL_FATAL)
- Code erreur : 1025
- Code erreur WD55 : 0
- Pas de code d'erreur système
- Pas de message d'erreur système
- Que s'est-il passé ?
L'objet MaSource_167 n'a pas été trouvé.
- Infos de debug :
Chargement de la partie exécution d'un objet
Nom logique : MaSource_167
Type cherché : 5
- Pas d'info attachée
- Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la
connexion en début de projet.
En mode HF, la source (MaSource_167) est bien créée par la methode
HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de
données. Pas de probleme.
En Mode SQL, la source (MaSource_167) est bien créée par la méthode
HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux
accéder à la source de données avec le message ci dessus.
Si qq à une idée !
Merci.
--
Cordialement
Dominique DAUSSY
180 Rue des mouettes
76400 FECAMP
FRANCE
Tel : 02.35.10.81.41
Mail : dominique@daussy.org
Web : http://www.daussy.org/windev
quand un soucis du meme tonneau sur oracle, je teste en changeant d'outil et/ou d'acces. (j'ai déjà eu des pb avec le oleDB oracle (ai switché sur celui de MS))
C'est quoi comme base à l'autre bout ? 2000 2003 2005 ?
Tu peux pas tester ta requete depuis access (via oledb) ou encore mieux : tester avec l'access alter-natif.
Tu peux aussi telecharger une version express de .net pour tester qu'il n'a a aucun soucis sur le SQL en utilisant un acces natif et via oleDB (ou alors si t'as crystal report ou equivalent sous la main c'est encore mieux)
Ton code n'est pas en cause mais pour identifier d'ou vient le probleme....
"Compte News" a écrit dans le message de news: 4582af32$0$5075$
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion SQL-Server (via une connexion OleDBSqlServer !) La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer, hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes ou en utilisant les ordres HF) pas de probleme. Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>. - Niveau : erreur fatale (EL_FATAL) - Code erreur : 1025 - Code erreur WD55 : 0 - Pas de code d'erreur système - Pas de message d'erreur système - Que s'est-il passé ? L'objet MaSource_167 n'a pas été trouvé. - Infos de debug : Chargement de la partie exécution d'un objet Nom logique : MaSource_167 Type cherché : 5 - Pas d'info attachée - Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la connexion en début de projet. En mode HF, la source (MaSource_167) est bien créée par la methode HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de données. Pas de probleme. En Mode SQL, la source (MaSource_167) est bien créée par la méthode HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux accéder à la source de données avec le message ci dessus.
Si qq à une idée ! Merci.
-- Cordialement Dominique DAUSSY 180 Rue des mouettes 76400 FECAMP FRANCE Tel : 02.35.10.81.41 Mail : Web : http://www.daussy.org/windev
[Bernard Vessiot]
Compte News a couché sur son écran :
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion SQL-Server (via une connexion OleDBSqlServer !) La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer, hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes ou en utilisant les ordres HF) pas de probleme. Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>. - Niveau : erreur fatale (EL_FATAL) - Code erreur : 1025 - Code erreur WD55 : 0 - Pas de code d'erreur système - Pas de message d'erreur système - Que s'est-il passé ? L'objet MaSource_167 n'a pas été trouvé. - Infos de debug : Chargement de la partie exécution d'un objet Nom logique : MaSource_167 Type cherché : 5 - Pas d'info attachée - Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la connexion en début de projet. En mode HF, la source (MaSource_167) est bien créée par la methode HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de données. Pas de probleme. En Mode SQL, la source (MaSource_167) est bien créée par la méthode HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux accéder à la source de données avec le message ci dessus.
Si qq à une idée ! Merci.
salut, tu devrais nous montrer le code de ton mode sql.... mais en général une erreur de ce type ne provient pas de la requete, mais de la façon dont elle est passée par la fonction HexecuterequeteSQL Tu devrais utiliser la syntaxe: Hexecuterequetesql(MaSource_167,"MaConnexion",Hrequetesanscorrection,larequete) c'est toujours ce que je fais sous sqlServer ou Oracle. voila! @+++
-- [Bernard Vessiot] 34980 Saint Gély du Fesc
Compte News a couché sur son écran :
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion
SQL-Server (via une connexion OleDBSqlServer !)
La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer,
hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes ou
en utilisant les ordres HF) pas de probleme.
Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION
select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>.
- Niveau : erreur fatale (EL_FATAL)
- Code erreur : 1025
- Code erreur WD55 : 0
- Pas de code d'erreur système
- Pas de message d'erreur système
- Que s'est-il passé ?
L'objet MaSource_167 n'a pas été trouvé.
- Infos de debug :
Chargement de la partie exécution d'un objet
Nom logique : MaSource_167
Type cherché : 5
- Pas d'info attachée
- Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la connexion
en début de projet.
En mode HF, la source (MaSource_167) est bien créée par la methode
HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de données.
Pas de probleme.
En Mode SQL, la source (MaSource_167) est bien créée par la méthode
HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux accéder
à la source de données avec le message ci dessus.
Si qq à une idée !
Merci.
salut,
tu devrais nous montrer le code de ton mode sql....
mais en général une erreur de ce type ne provient pas de la requete,
mais de la façon dont elle est passée par la fonction
HexecuterequeteSQL
Tu devrais utiliser la syntaxe:
Hexecuterequetesql(MaSource_167,"MaConnexion",Hrequetesanscorrection,larequete)
c'est toujours ce que je fais sous sqlServer ou Oracle.
voila!
@+++
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion SQL-Server (via une connexion OleDBSqlServer !) La connexion :
HDécritConnexion("MaConnexion",User,PW,Serveur,Base, hOledbSQLServer, hOLectureEcriture) // <- Ok
Tout fonctionne sans probleme, l'affichage des tables (avec des requetes ou en utilisant les ordres HF) pas de probleme. Sauf pour cette foutue requete UNION !
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
Mais elle me retourne une erreur étrange en mode SQLServer (oledb).
Dump de l'erreur du module <WD100VM.DLL> <10.01Fh>. - Niveau : erreur fatale (EL_FATAL) - Code erreur : 1025 - Code erreur WD55 : 0 - Pas de code d'erreur système - Pas de message d'erreur système - Que s'est-il passé ? L'objet MaSource_167 n'a pas été trouvé. - Infos de debug : Chargement de la partie exécution d'un objet Nom logique : MaSource_167 Type cherché : 5 - Pas d'info attachée - Identifiant dans le .err : 1025
Le code est identique dans les deux cas, je ne fais que changer la connexion en début de projet. En mode HF, la source (MaSource_167) est bien créée par la methode HExécuteRequêteSQL et j'affiche ensuite le contenu de la source de données. Pas de probleme. En Mode SQL, la source (MaSource_167) est bien créée par la méthode HexécuteRequteSQL (qui retourne vrai!) mais je plante lorsque je veux accéder à la source de données avec le message ci dessus.
Si qq à une idée ! Merci.
salut, tu devrais nous montrer le code de ton mode sql.... mais en général une erreur de ce type ne provient pas de la requete, mais de la façon dont elle est passée par la fonction HexecuterequeteSQL Tu devrais utiliser la syntaxe: Hexecuterequetesql(MaSource_167,"MaConnexion",Hrequetesanscorrection,larequete) c'est toujours ce que je fais sous sqlServer ou Oracle. voila! @+++
-- [Bernard Vessiot] 34980 Saint Gély du Fesc
mat
Compte News wrote:
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion SQL-Server (via une connexion OleDBSqlServer !)
...
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
...
Bonjour,
je n'ai pas d'idée précise mais une suggestion: strictement parlant les deux requêtes UNION ci-dessus n'ont pas la même structure, car "AS QUANTITE" n'existe que dans une. Apparemment Windev accepte cette ambiguïté, MS SQLServer peut-être pas. Si ce n'est pas la raison, j'essayerais avec "from ldoc AS LDOC2 ..." sur la 2e requête.
Salutations mat
Compte News wrote:
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une
connexion SQL-Server (via une connexion OleDBSqlServer !)
...
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION
select CODPIEC,QTE from ldoc where CODPIEC='FC'
...
Bonjour,
je n'ai pas d'idée précise mais une suggestion: strictement parlant les
deux requêtes UNION ci-dessus n'ont pas la même structure, car "AS
QUANTITE" n'existe que dans une. Apparemment Windev accepte cette
ambiguïté, MS SQLServer peut-être pas. Si ce n'est pas la raison,
j'essayerais avec "from ldoc AS LDOC2 ..." sur la 2e requête.
Qui à déja réussi à faire une requête d'UNION avec Windev 10 et une connexion SQL-Server (via une connexion OleDBSqlServer !)
...
La requete ci dessous fonctionne sans probleme en HF local ou en HF/CS
---> select CODPIEC,(QTE*-1) AS QUANTITE from ldoc where CODPIEC='SI' UNION select CODPIEC,QTE from ldoc where CODPIEC='FC'
...
Bonjour,
je n'ai pas d'idée précise mais une suggestion: strictement parlant les deux requêtes UNION ci-dessus n'ont pas la même structure, car "AS QUANTITE" n'existe que dans une. Apparemment Windev accepte cette ambiguïté, MS SQLServer peut-être pas. Si ce n'est pas la raison, j'essayerais avec "from ldoc AS LDOC2 ..." sur la 2e requête.
