Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Pages: 1
Bonjour,
Nous commençons à développer sous powerbuilder 12 classic.
Nous venons de rmarquer de réelles lenteurs de connexion à notre base de donnée (temps x 4 !).
Voici un de nos profils :
// Profile TOTO SQLCA.DBMS = "O90 Oracle9i (9.0.1)" SQLCA.LogPass = <***> SQLCA.ServerName = "tns:NOTRETNS" SQLCA.LogId = "LOGID" SQLCA.AutoCommit = False SQLCA.DBParm = "PBCatalogOwner='POWERB',DecimalSeparator=',',FormatArgsAsExp='Yes',ObjectMode='No'"
Quelqu'un a-t-il une solution afin de retrouver des temps de connexion et d'exécution de requêtes acceptables?
Merci
Hors ligne
Salut,
Je n'ai pas ton environnement donc pas de réponse précise mais as tu checké les éléments suivants :
- N'aurais tu pas en ligne la OCI.dll de debug par hasard ?
- Lorsque tu es dans PB ( env de développement ) et que tu utilise le database Painter est ce que la connexion est aussi lente ?
- As tu essayé ta connexion avec un driver ODBC pour voir le temps de réponse ( voir avec le driver ADO ou autre ) ?
- As tu essayé de mettre en oeuvre le DisableUnicode=1 ?
PS : Par contre tu as une drole de configuration un client 9 ( donc développé après la base 8i ). En règle général on dit que la compatibilité est ascendante mais compatibilité descendante ?????
Hors ligne
pour répondre à tes questions :
- N'aurais tu pas en ligne la OCI.dll de debug par hasard ?
Pas de trace active
- Lorsque tu es dans PB ( env de développement ) et que tu utilise le database Painter est ce que la connexion est aussi lente ?
connexion aussi lente
- As tu essayé ta connexion avec un driver ODBC pour voir le temps de réponse ( voir avec le driver ADO ou autre ) ?
Connexion avec OLEDB rapide
- As tu essayé de mettre en oeuvre le DisableUnicode=1 ?
Oui, les temps de réponse identiques
exemple de trace
/*---------------------------------------------------*/ /* 21/09/2010 15:23 */ /*---------------------------------------------------*/ (118bc3c): DIALOG CONNECT TO TRACE O90 ORACLE9I (9.0.1): (118bc3c): LOGID=jehier (118bc3c): SERVER=tns:JEHIER_DEV (118bc3c): DBPARM=PBCatalogOwner='POWERB',DecimalSeparator=',',FormatArgsAsExp='Yes',Timestamp=0,SvrFailover='Yes',ObjectMode='No' (2349.120 MS / 2349.120 MS) (118bc3c): DISCONNECT: (1.000 MS / 2350.120 MS) (118bc3c): SHUTDOWN DATABASE INTERFACE: (0.003 MS / 2350.123 MS)
Nous sommes obligés d'utiliser le client 9 car PB12 ne reconnait pas de clients antérieurs.
Merci
Hors ligne
Pourquoi as tu dans le dbparm le paramètre suivant : SvrFailover='Yes' : Tu gères le failover avec ta base ORACLE ?
Hors ligne
Bonjour,
J'ai retiré ce vilain bout de code SvrFailover='Yes mais cela ne change absolument rien.
J'ai l'impression s'il y a une couche d'interprétation des requêtes. En effet, les transactions sont particulièrement lentes lors de l'exécution de requêtes multi-tables avec les champs préfixés par le nom des tables.
Hors ligne
Salut,
Ton fichier SQLNET.ORA comprend t'il la ligne suivante sqlnet.authentication_services =(NTS)
Si c'est le cas peut tu l'enlever et faire un test.
Hors ligne
Bonjour,
Je n'ai pas la ligne "sqlnet.authentication_services =(NTS)" dans SQLNET.ora.
De plus j'ai testé SQLPLUSW.exe sous 9i et la connexion est très rapide. Je pense donc que c'est la couche powerbuilder qui nous pose problème...
Hors ligne
Pages: 1