Bonjour,

Nos rencontrons actuellement des problèmes pour se connecter à SQL server sur un de nos serveurs.

Nous sommes sur un serveur avec Windows Server 2003 64 bits, IIS, SQL SERVER 2005 et PHP5.

Nosu avons installé un PHP5 64 bits issu du site fusion-x lan.

Mais celle-ci ne contient pas la php_mssql.dll. J'ai donc récupéré la dll traditionnelle, tout comme la ntwdblib.dll.

Le reste des actions a été mené php.ini, voir même attribution des droits sur les dll pour l'utilisateur IIS.

Mais nous restons pour l'instant définitivement sur l'erreur : Ma question est : Est-ce que les dll doivent être des dll spéciales 64 bits ?

Si non, qu'est-ce que nosu avons pu louper comme étape ?

Je reste à disposition pour tout complément d'information et vous remercie d'avance pour vos aides !

Ma question est : Est-ce que les dll doivent être des dll spéciales 64 bits ?

Oui si ton php est en 64 bits.

Oui si ton php est en 64 bits.

Ca, c'est fait...

Alors je lance une nouvelle question : Quelqu'un sait où on peux les trouver ?

Oui si ton php est en 64 bits.

Ca, c'est fait...

Alors je lance une nouvelle question : Quelqu'un sait où on peux les trouver ?

Je ne sais pas (une recherche google rapide ne m'a rien donné de probant) mais je te signale quand même deux options :

- la plus rapide et la plus simple : passe toute la partie serveur web en 32 bit.
- la plus clean : apprends à compiler ton php (dans ton cas cela me semble être un bon investissement, vu que tu es sur un système un peu exotique). => Deux liens pour t'aider.

Sinon, bonne recherche...

En fait, une alternative semble être fournis en utilisant ODBTP. Je vais me pencher dessus. J'aimerais essayer de rester sur le 64 bits qui semble devoir tourner plus rapidement. Donc la communication SQL SERVER - PHP itou. Comme on va être amené à traiter un grand volume de données, ça me semble totu de même plus intéressant...

Merci de ton aide !

C'est bizarre, dans le snapshot, ils parlent de php_mysql.dll..

Module: php_mysql.dll
===========================
libmysql.dll
msvcr80.dll

Sinon, autre avis, vous avez essayé la voie PDO ? on sait jamais, peut-être qu'ils sont inclus, eux..

Module: php_pdo_mysql.dll
===========================
libmysql.dll
msvcr80.dll

Module: php_pdo.dll
===========================
msvcr80.dll

Edit: non, moi bête, c'est my, et pas ms.. j'ai rien dit.. ODBTP c'est bien..(et si ça marche pas il y a toujours ODBC)

Pour l'instant ça marche presque... Il comprends... Mais il n'arrive pas à se connecter... Je poursuit :p

ah ok :p

Bon, et bien ODBTP, c'est pas si simple que ça finalement.... Je n'arrive pas du totu à me connecter à ma base SQL SERVER... grrr...

Je pense que je vais bient$ot lacher le morceau et faire simuler IIS en 32 bits !

Et du côté odbc (par pdo ou pas) ?

J'ai même réussi à transferer des données filemaker 5, alors MS SQL, ça doit pouvoir passer..

Mamamia...

Je susi partis ce week-end en laissant le serveur m'indiquer "Service unavailable"... Cause : IIS n'a pas trop aimé que je lui dise de fonctionner en 32bits...

...

Pour en revenir sur ODBTP, finalement, ça marchait, je pense qu'il se connectais... Ce qui ne marchait pas, c'était la fonction odbtp_num_rows()... Elle me retournait désespérement 0 et donc mes scripts tournaient parfois en rond. Par contre, si j'exécutais un odbtp_fetch_array(), odbtp_num_rows() me retournait 1, pour la ligne courante...

Bref, ça ne va pas...

Je n'ais pas essayé ODBC encore...

Pour raisons de performance, certaines librairies ou configurations utilisent le mode non bufferrisé, les résultats ne sont alors pas stockés, donc le compte des enregistrements ne prend alors en considération que ceux qui ont déjà été lus.