Quel ConnectionString du composant ADO pour accéder à une BD SQLServer2005 installé sur un serveur Win2003?

Bonjour messieurs,

J'ai développé une application Delphi7 qui utilise une BD SQL Server 2005 installée sur mon PC Client. J'utilise ADO comme composant d'accès aux données. La propriété ConnectionString du composant ADO utilise le mode d'authentification Windows(Sans compte) et je n'ai pas besoin de spécifier un login et mot de passe au cours de la connexion. Je souhaite transférer ma base de données crée localement sur le serveur Windows 2003 et pouvoir y acceder depuis mon application Delphi7 installé sur les PC Clients.

Je veux savoir comment pourrais-je me connecter au serveur distant depuis mon application Delphi7 installé sur mon PC Client?
Comment définit ma ConnectionString?

Je me demande s'il :
- est possible d'utilisé le mode Authentification Windows(Sans login et mot de passe) car je n'ai aucun compte utilisateur sur le serveur?
- est possible d'utilisé le mode Authentification SQL Server (avec login et mot de passe) et comment faire?
-Et en fin je souhaite savoir quel serait la bonne solution d'authentification à utilisée pour ma ConnectionString?

Merci pour votre compréhension et j'ai besoin de votre aide.

Personnellement, j'utiliserais Authentification SQL Server
Comment as-tu prévu ta gestion des comptes utilisateurs dans ton application et de leurs habilités ?
Tient, j'ai déjà émis une réponse à ce sujet Application avec Firebird : méthode de connexion ?
Vaut-il mieux un seul login+pass vers la base de donnée, interne à l'application et une gestion des utilisateurs de l'application par une table dans la DB (+ un LDAP...)
Une raison simple, avec Authentification Windows par session, cela voudrait dire que ton serveur de DB, serait accessible en direct par un outil SQL par n'importe quel utilisateur autorisé sur SQL Server via les droits de la Session Windows de ton réseau d'entreprise ? :aie:

Tu pourrais gérer très finement les droits pour que même en accès direct, il soit limité en SELECT, DELETE ... mais est-ce que ton application le supporterait ?
Souvent, un utilisateur n'as pas le droit de voir les données brutes, encore moins de les modifier manuellement par un outil SQL par contre, il le peut via ton logiciel qui contient une présentation spécifique et gère la cohérence du modèle et de ses données métiers !

Authentification Windows, c'est bien un truc à la con de MS SQL
Perso, je suis habitué à MySQL, il n'y a qu'une seule méthode, on n'a pas à se poser la question
En Sybase, idem, on utilise un Authentification Sybase qui n'a rien à voir avec la session !
Les droits de chaque utilisateur étant géré en interne par le logiciel


Je pense qu'il faut faire la différence entre l'accès à la DB et l'accès à ton logiciel !
C'est deux couches de connexion séparée et sans rapport !

Citation:

---

Envoyé par Klemsy78

- est possible d'utilisé le mode Authentification SQL Server (avec login et mot de passe) et comment faire?

---

Euh, c'est le mode connexion par défaut normalement depuis Delphi, c'est souvent celui-là que l'on trouve en premier !
A lire Connection strings for SQL Server 2005

Tu n'avais pas déjà posé la même question : Comment définir par code la connectionString du composant AdoConnection?
et il me semble que tu avais déjà eu une réponse :faq:
Comment construire une chaîne de connexion ADO au runtime ? qui justement utilise le mode Authentification SQL Server
Fort logique ADO compatible avec d'autres DB qui ne connaissent que le mode Login+Pass !

C'est en plus nettement plus simple à déployer !

le mode "Integrated Security=SSPI" réclame une forte implication dans l'administration du domaine, si tu as un seul client interne ou une forte info-gérance dans le SI des clients, c'est tout à fait utilisable mais bien plus prise de tête !