Discussion :

[Klemsy78]

Bonjour messieurs,

J'ai développé une application delphi7 avec comme base de données Sql Serveur 2005.
J'utilise ADO comme composant de donnée. En monoposte l'application marche comme je le souhaite.
Pour déployement Client/Serveur de l'application sur les différents postes client(poste utilisateur), j'ai donc crée un compte utilisateur avec tous les droits sur le serveur qui héberge la base de données et
j'utilise ce compte dans ma connexionstring depuis mon application (Mode Connexion "Authentification SQL Serveur").
Quand je lance l'application depuis un PC client, elle se connecte à la base de données mais quand j'essaie d'ouvrir une table j'ai le message d'erreur suivant :

" Échec de l'ouverture de session de l'utilisateur 'UserName" (avec UserName égal au compte crée sur le serveur).

Voici ma connexionString :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 ADO_Connect.ConnectionString:='Provider=SQLOLEDB.1;'+
'Password='+ServeurPass+';Persist Security Info=False;'+
'User ID='+ServeurUser+';'+
'Initial Catalog='+trim(DataBase)+';'+
'Data Source='+trim(serveur)+';'+
'Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;'+
'Workstation ID=localhost;Use Encryption for Data=False;'+
'Tag with column collation when possible=False';
try
ADO_Connect.Connected := True;
except
end;

Je voudrais la cause de cet erreur.
Merci pour votre aide!

[Serguei_TARASSOV]

Pour déployement Client/Serveur de l'application sur les différents postes client(poste utilisateur), j'ai donc crée un compte utilisateur avec tous les droits sur le serveur qui héberge la base de données et
j'utilise ce compte dans ma connexionstring depuis mon application (Mode Connexion "Authentification SQL Serveur").

Si j'ai bien compris, tu utilise la sécurité SQL Server même.
Il faut donc créer la connexion SQL Server (dans Management Studio ou CREATE LOGIN) puis attribuer les droits de ta base de données (dans SSMS ou CREATE USER, i.e. db_owner) à cette connexion.

[Klemsy78]

Oui c'est ce que j'ai fais.
Mais en même temps je me demande es-ce que le problème ne viendrait pas du pilote SQL Native Client que je devrais déployer et configurer sur les pc client.

[Serguei_TARASSOV]

Mais en même temps je me demande es-ce que le problème ne viendrait pas du pilote SQL Native Client que je devrais déployer et configurer sur les pc client.

Pour se connecter à 2005 le MDAC 2.8 est suffisant

Voici ma chaîne de connexion pour Delphi 2007 qui fonctionne correctement avec ADO (dbGo)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
const
   MSSQLConnString = 'Provider=SQLOLEDB.1;Persist Security Info=True;Data Source=%s;Initial Catalog=%s;User ID=%s;Password=%s';

[Klemsy78]

Ok Merci. Je vais essayer cela.
Mais je voudrais savoir quel est le rôle de MDAC sur les pc client?
Et quel est donc la différence entre SQL Serveur Native Client Et MDAC?
Merci pour votre explication.

[Serguei_TARASSOV]

Ok Merci. Je vais essayer cela.
Mais je voudrais savoir quel est le rôle de MDAC sur les pc client?
Et quel est donc la différence entre SQL Serveur Native Client Et MDAC?
Merci pour votre explication.

Après sa version 2.8, MDAC fait la partie Windows (Windows DAC pour Vista et +) et contient les composants d'accès aux BDD/fichiers. Par contre, le niveau de la compatibilité fonctionnelle est SQL Server 2000. Cela veut dire, la connexion est assuré mais les nouveautés (i.e. les types de données) ne peuvent pas être utilisés.

Donc pour avoir 100% de compatibilité il est nécessaire installer SQL Server Native Client qui fournit ODBC et OLE DB basés sur la même DLL (attention, OLE DB est renoncé par MS récemment).

Attention aussi sur 32/64 bits puisque Delphi7 produit l'appli 32-bits alors que le packages de Native Client peut être en 64 bits sous OS de 64 bits. Dans ce cas il faut installer le package Native Cleint de 32 bits en plus.

[Klemsy78]

Merci pour votre réponse.
J'ai installé le MDAC 2.8 mais j'ai toujours le message d'erreur lorsque j'essaie d'ouvrir par exemple une table Utilisateur via mon application Delphi7:

"Echec d'ouverture de session de l'utilisateur sa "

.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

NB: La connexion est bien établie avec l''objet ADoConnection

J'essaie de déployer mon application client(Application Delphi7) sur Win7 qui comporte déjà une version de SQL Serveur Native Client.
Maintenant que j'essaie d'installer la version x86 ( win32 comme vous l'avez indiquez) de SQL Serveur Native Client sur Win7, j'ai le message suivant:

Votre processeur ne supporte pas cette version de logiciel

.

S'il vous plait je veux savoir comment se connecter depuis une application Delphi7( installée sur un pc Win7/XP) à une base de données SQL Serveur 2005 distant(Installé sur une machine Windows serveur 2003).

[Serguei_TARASSOV]

Merci pour votre réponse.
J'ai installé le MDAC 2.8 mais j'ai toujours le message d'erreur lorsque j'essaie d'ouvrir par exemple une table Utilisateur via mon application Delphi7: .

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

NB: La connexion est bien établie avec l''objet ADoConnection

J'essaie de déployer mon application client(Application Delphi7) sur Win7 qui comporte déjà une version de SQL Serveur Native Client.
Maintenant que j'essaie d'installer la version x86 ( win32 comme vous l'avez indiquez) de SQL Serveur Native Client sur Win7, j'ai le message suivant: .

S'il vous plait je veux savoir comment se connecter depuis une application Delphi7( installée sur un pc Win7/XP) à une base de données SQL Serveur 2005 distant(Installé sur une machine Windows serveur 2003).

Vu la taille de package SQL Native Client 64 bits, apriori, il inclue les composants pour support de 32 bits, donc c'est OK.

Plusieurs choses peuvent être la raison d’échec de connexion. Pour le moment il faut avoir le message d'erreur plus informative.
Je vous propose alors:
1. Vérifier rapidement les points importantes
2. Télécharger mon petit outil ADO SQL Tools et essayer de se connecter avec. Il construit la chaîne en mode visuel et permet passer SQL. Sinon créez le fichier vide de type UDL (i.e. "test.udl") puis double-click et le dialogue de la connexion ADO s'ouvre. Comme cela vous pouvez vérifiez la connectivité sur le poste de déploiement.