Désolé Pick Ouic, mais non pas de driver natif pentre PB10 et MS SQL Server
Avec SQL Server 2000, M$ a supprimé le support pour le driver natif, au profit de OLE DB.
La vieille dll supporte seulement les fonctionalités de SQLServer 6.5 (varchar limité à 255 caractères, etc...)
Comme PB10 est complétement Unicode, et que le vieux driver MSS est ANSI : impossible de connecter les deux parties.

Donc, M. le_gone_de_lyon tu as le choix entre OLE DB et ODBC. A toi de nous dire lequel est mieux.

A noter que pick ouic n'a pas complétement tort, puisqu'il parlait du SQL Server de Sybase.
Donc tu peux migrer à Sybase ASE

Pour en revenir aux problème de lenteur, il faudrait une approche un peu plus scientifique. Lent par rapport à quoi ? A sqlserver 6.5 ? A oracle ? Tu as des métriques ?

Merci pour toutes ces informations.

Par contre, je sais qu'il existe maintenant un MS SQL 2005 !!!

Pour cette version, y-a-il un driver natif avec PB10 ????

Cordialement

essayes de voir sur le forum de Sybase
histoire de savoir ce qu'il dise sur ca.

ne travaillant pas sous pb10 unicode, je suis donc dans l'incapacité de repondre.

Bonjour, je suis nouveau dans votre Forum et je connais pas les regles donc j'y vais un peu au hasard
pourriez vous m'aider ??
voila on des applis qu'on eté developpé en powerbuilder 5 qui se connecte en natif SQL à un serveur SQL  SERVER 2000
on a acheté 10.5 version standar et j'ai téléchargé la version d'éval 10.5 entreprise ??? dans cette dernière version y'a t'il les  dirvers natif SQL ?
Merci beaucoup

Pourquoi je peux connecter en natif a SQL SERVER avec des anciennes version de PWBLDR via le pilote MS SQL 6.5 et je le peux plus car PWB10.5 n'as plus garder ce pilote ? y'a t-il un patch ou une MAJ pour pallier ce problème ?
PS j'avais lu mais je voulais une belle confirmation et je t'en remercie d'ailleurs
Merci bcp c sympas

Ok ca je l'avais intégré mais je pensais pouvoir le contourner...

c parceque toute nos applis utilise du SQL natif a la connexion !!!! et quand nous avons voulu passer en PB 10.5 quelle surprise....plus de connections SQL native de plus les connexions native sont plus rapide ?? non???

donc on a installé PB 5 entreprise mais je crois qu'il n'est pas comptible avec 2003 ou du moins le pilote SQL 6.5 ne l'est pas
peut-etre le 7....a voir

En tous pour tes explications

Donc en gros je résume PB 10.5--->n'a pas de pilotes natif pour SQL Server 2000 ??? et la version 11.0 ?? (j'ai pas vu en tous cas)
Par contre PB 5 lui l'a mais il n'est pas comptible avec Windows 2003 Server Standard (ca c'est certain..vu sur le site à Billou)
Donc en fait il me faudrais PB 9.0 version entreprise pour m'en sortir ?
Ou bien si j'évolue en SQL Server 2005 avec PB 11 ?? non plus???
En tous cas merci encore car pour moi qui n'est pas developpeur c'est un peu sombre tous ca !!!!
Mais pourquoi Sybase n'a pas gardé le pilote ca m'aurais simplifié les choses ca !!! lol
Allez merci encor c'est sympa

sinon utilise l'ODBC...
tu pourras changer de SGBDR facilement au besoin

Euh...

Je ne suis pas sûr de bien suivre l'ensemble de ce que vous rqcontez, mais une chose est sûre, en PB 10.5, on a le choix entre OLE DB et le native client (SQLNCLI) pour se connecter à SQL Server 2005. Ce native client n'est pas officiellement supporté par sybase (dixit un de leur consultant), mais le sera de nouveau à partir de la version 11.

Pour ce qui est de la performance, le classement est le suivant (du plus lent au plus rapide, en PB >= 10.5, et avec SQL Server 2005) :
- ODBC (beuark)
- OLE DB
- SQLNCLI

Toutefois, il faut bien se rendre compte que la différence est minime, voir infime, sauf si on se lance dans des architectures assez complexes (serveurs distribués, réplication, support .NET CLR activé, remote connection,...)

Si vous avez des questions là dessus, profitez-en, c'est mon core business du moment...

Jimmy pour ton intervention. Enfin quelqu'un qui m'appuie sur l'utilisation d'OLE DB.

et surtout, au forum !

N'hésites pas à :
1) compléter tes informations de profil (notamment ta ville)
2) te présenter sur le forum qui va bien