Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[WD12][ODBC PROGRESS] Problème accès ODBC PROGRESS

125 views
Skip to first unread message

Fredo MT

unread,
Apr 17, 2008, 10:38:03 AM4/17/08
to
Bonjour à tous,

nous venons de migrer notre gestion commerciale sous base de données
PROGRESS de la v9.1D à la v10.1B. A cette base j'avais développé quelques
applicatifs sous Windev qui requêtaient dans la base. Depuis que l'on a
migré j'utilise un nouveau driver ODBC nommé "Progress OpenEdge Wire
Protocol Driver" qui m'avait-on dit était beaucoup plus performant au niveau
temps d'accès que le précédent, tellement rapide que je n'ai plus rien qui
s'affiche lors de mes requêtes et ça plante. J'utilise les fonctions
SQLConnecte et SQLExec pour exécuter mes requêtes, un "SELECT COUNT(*) FROM
PUB.MaTable" remonte par contre un "SELECT * FROM PUB.MaTable" que je vais
mettre dans une table mémoire plante.

Des pistes, des idées, ... toute contribution est vraiment la bienvenue.

D'avance merci

Fredo MT

unread,
Apr 18, 2008, 5:01:42 AM4/18/08
to
Le probl�me venait de ma config g�n�rale ODBC. Pour tester le nouveau pilote
j'ai activ� le tra�age ODBC. Celui-ci est toujours actif m�me apr�s un
red�marrage machine. Cons�quence du traceur, toutes les requ�tes via de
l'ODBC sont hyper longues, mon ODBC SQLServer �tait HS, ainsi que celui de
Progress

"Fredo MT" <frederi...@mont-tauch.com> a �crit dans le message de news:
480760c4$0$18234$426a...@news.free.fr...
> Bonjour � tous,
>
> nous venons de migrer notre gestion commerciale sous base de donn�es
> PROGRESS de la v9.1D � la v10.1B. A cette base j'avais d�velopp� quelques
> applicatifs sous Windev qui requ�taient dans la base. Depuis que l'on a
> migr� j'utilise un nouveau driver ODBC nomm� "Progress OpenEdge Wire
> Protocol Driver" qui m'avait-on dit �tait beaucoup plus performant au
> niveau
> temps d'acc�s que le pr�c�dent, tellement rapide que je n'ai plus rien qui
> s'affiche lors de mes requ�tes et �a plante. J'utilise les fonctions
> SQLConnecte et SQLExec pour ex�cuter mes requ�tes, un "SELECT COUNT(*)

> FROM
> PUB.MaTable" remonte par contre un "SELECT * FROM PUB.MaTable" que je vais

> mettre dans une table m�moire plante.
>
> Des pistes, des id�es, ... toute contribution est vraiment la bienvenue.
>
> D'avance merci
>
>
>
>
>


Yannick

unread,
Apr 18, 2008, 5:14:35 AM4/18/08
to
> Bonjour ᅵ tous,
>
> nous venons de migrer notre gestion commerciale sous base de donnᅵes
> PROGRESS de la v9.1D ᅵ la v10.1B. A cette base j'avais dᅵveloppᅵ quelques
> applicatifs sous Windev qui requᅵtaient dans la base. Depuis que l'on a
> migrᅵ j'utilise un nouveau driver ODBC nommᅵ "Progress OpenEdge Wire
> Protocol Driver" qui m'avait-on dit ᅵtait beaucoup plus performant au niveau
> temps d'accᅵs que le prᅵcᅵdent, tellement rapide que je n'ai plus rien qui
> s'affiche lors de mes requᅵtes et ᅵa plante. J'utilise les fonctions
> SQLConnecte et SQLExec pour exᅵcuter mes requᅵtes, un "SELECT COUNT(*) FROM

> PUB.MaTable" remonte par contre un "SELECT * FROM PUB.MaTable" que je vais
> mettre dans une table mᅵmoire plante.
>
> Des pistes, des idᅵes, ... toute contribution est vraiment la bienvenue.
>
> D'avance merci

Je profite de ce message pour vous poser une question :

Nous avons aussi une BDD progress V9.1D.
Sans l'accᅵs natif progress (ᅵ priori, vous ne l'utilisez pas puisque
vous faites du SQLxxx), comment faites vous pour dᅵclarer les tables
dans l'analyse d'un projet windev ?

Yannick


Yannick

unread,
Apr 18, 2008, 5:17:06 AM4/18/08
to
>> Bonjour à tous,
>>
>> nous venons de migrer notre gestion commerciale sous base de données
>> PROGRESS de la v9.1D à la v10.1B. A cette base j'avais développé quelques
>> applicatifs sous Windev qui requêtaient dans la base. Depuis que l'on a
>> migré j'utilise un nouveau driver ODBC nommé "Progress OpenEdge Wire
>> Protocol Driver" qui m'avait-on dit était beaucoup plus performant au
>> niveau
>> temps d'accès que le précédent, tellement rapide que je n'ai plus rien qui
>> s'affiche lors de mes requêtes et ça plante. J'utilise les fonctions
>> SQLConnecte et SQLExec pour exécuter mes requêtes, un "SELECT COUNT(*) FROM

>> PUB.MaTable" remonte par contre un "SELECT * FROM PUB.MaTable" que je vais
>> mettre dans une table mémoire plante.
>>
>> Des pistes, des idées, ... toute contribution est vraiment la bienvenue.

>>
>> D'avance merci
>
> Je profite de ce message pour vous poser une question :
>
> Nous avons aussi une BDD progress V9.1D.
> Sans l'accès natif progress (à priori, vous ne l'utilisez pas puisque vous
> faites du SQLxxx), comment faites vous pour déclarer les tables dans
> l'analyse d'un projet windev ?
>
> Yannick

J'ai été un peu vite dans mon message...

Compléments :
on utilise le driver merant 3.60.
Dans l'analyse, on a une erreur lors de l'importation :

Impossible d'ouvrir la table 'NomTable'
Erreur de l'accès ODBC/OLEDB (provider=MSDASQL).
Numéro d'erreur = 170129

Echec de l'ouverture du fichier.

Détail de l'erreur système :
Description = [DataDirect-Technologies][ODBC PROGRESS
driver][PROGRESS]Table/View/Synonym non trouvé. (7519)
Source = Microsoft OLE DB Provider for ODBC Drivers
SQL State = S0002
Error Number = -2147217865
Native Error Number = -20005

Yannick


Fredo G-MDI

unread,
May 6, 2008, 11:49:31 AM5/6/08
to
Salut Yannick ! Désolé pour le retard, je ne pensais pas que quelqu'un
aurait répondu par la suite. As-tu pu arranger ton problème avec l'import
des tables ?

"Yannick" <a...@a.fr> a écrit dans le message de news:
mn.92a57d84f...@a.fr...

Yannick

unread,
May 7, 2008, 2:53:49 AM5/7/08
to
> Salut Yannick ! Désolé pour le retard, je ne pensais pas que quelqu'un aurait
> répondu par la suite. As-tu pu arranger ton problème avec l'import des tables
> ?
>

Salut Fredo

Non, il y a le même problème avec toutes les versions (testé de V9 à
V12).
J'ai envoyé le pb au st pc-soft.
Le st pc-soft a transmis le pb à l'équipe qualité et développement pour
étude...


De ton côté, les tables ne sont donc pas déclarés dans l'analyse ?


Yannick


Fredo G-MDI

unread,
May 7, 2008, 10:15:16 AM5/7/08
to
Salut Yannick !

Lorsque tu requêtes sur tes tables il faut préfixer un "PUB." devant tes
tables sinon tu as l'erreur que tu m'as remontée !

SELECT * FROM PUB.TableArticle
Lorsque les noms des tables on des "-" il faut mettre des " " entre le nom
de la table
SELECT * FROM PUB."Table-Article"

A l'époque j'utilisais le driver 4.1 de DataDirect, si tu le veux je peux te
le passer si tu veux. Si tu possèdes une licence V9.1D tu y as droit, elle
est inclut dans le service pack 6 de Progress V9 il me semble

++

"Yannick" <a...@a.fr> a écrit dans le message de news:

mn.3a157d851...@a.fr...

Yannick

unread,
May 7, 2008, 10:59:39 AM5/7/08
to
> Salut Yannick !
>
> Lorsque tu requêtes sur tes tables il faut préfixer un "PUB." devant tes
> tables sinon tu as l'erreur que tu m'as remontée !
>
> SELECT * FROM PUB.TableArticle
> Lorsque les noms des tables on des "-" il faut mettre des " " entre le nom de
> la table
> SELECT * FROM PUB."Table-Article"
>
> A l'époque j'utilisais le driver 4.1 de DataDirect, si tu le veux je peux te
> le passer si tu veux. Si tu possèdes une licence V9.1D tu y as droit, elle
> est inclut dans le service pack 6 de Progress V9 il me semble
>
> ++
>

Je confirme bien tout ce que tu dis, au niveau de l'utilisation.
Et je ré-itère donc ma question :

Si tu n'utilises pas l'accès natif pc-soft, tes tables progress ne sont
donc pas déclarées dans l'analyse du projet windev ?


Fredo G-MDI

unread,
May 9, 2008, 8:48:56 AM5/9/08
to
salut

Même si tu n'utilises pas l'accès natif tu peux importer tes tables dans
l'analyse, le but étant de voir la structure de tes tables, ni plus ni moins
dans l'éditeur. Tu crées un nouveau fichier, depuis une base externe, tu
choisis le type ODBC et tu rentres les paramètres de connexion et
normalement ta structure complète devrait remonter !

"Yannick" <a...@a.fr> a écrit dans le message de news:

mn.3bf77d859...@a.fr...

Yannick

unread,
May 13, 2008, 2:35:39 AM5/13/08
to
> salut
>
> Même si tu n'utilises pas l'accès natif tu peux importer tes tables dans
> l'analyse, le but étant de voir la structure de tes tables, ni plus ni moins
> dans l'éditeur. Tu crées un nouveau fichier, depuis une base externe, tu
> choisis le type ODBC et tu rentres les paramètres de connexion et normalement
> ta structure complète devrait remonter !
>

Justement, c'est en faisant cette manip que j'ai un message d'erreur
Je suis en progress V9.1D, et j'utilise le driver "MERANT 3.60 32-BIT
Progress SQL92 v9.1D"

Quel driver odbc utilises-tu ?


Fredo G-MDI

unread,
May 13, 2008, 2:56:21 AM5/13/08
to
DataDirect 4.1

"Yannick" <a...@a.fr> a écrit dans le message de news:

mn.6a037d854...@a.fr...

Yannick

unread,
May 13, 2008, 5:07:04 AM5/13/08
to
Il n'est pas fourni avec la progress 9.1d
Il est payant ?
Comment l'obtenir ?

Fredo G-MDI

unread,
May 13, 2008, 7:50:14 AM5/13/08
to
Il est fournit dans le service pack 6 de progress ! Si tu ne l'as pas je
peux te le donner si tu veux

"Yannick" <a...@a.fr> a écrit dans le message de news:

mn.6a9b7d850...@a.fr...

Yannick

unread,
May 13, 2008, 10:28:54 AM5/13/08
to
Je suis avec le SP7, de la V9.1D ???
-> le driver fourni est le merant 3.60
-> progress a changé le driver entre les deux patch ?

si tu peux me l'envoyer à cette adresse
e m a i l @ t b s - i n d u s t r i e . f r

Merci
Yannick

0 new messages