Discussion :

[mnw.william]

Bonjour j'ai un peu de mal à me connecter à ma base de données SQL server. J'ai une base de données qui tourne sur SQL server 2005.

A la création d'un nouveau projet, je sélectionne "Utiliser une base de données externes" -> "SQL server (Accessible via l'accès natif ou OLEDB)"
J'inscris les paramètres de la connexion via Microsoft OLEDB Provider for SQL server. Je sélectionne les paramètres du serveur, du poste client et de la base de données: J'ai un message :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Imposible de se connecter à William-lab\SQLExpress
Impossible de se connecter à la base \William-lab\EQLExpress
Erreur de l'accès OLEDB
Numéro d'erreur = 170124
 
Echec de l'ouverture de la connexion
Source de données <William-lab\SQLxpress>
Provider OLEDB <SQLOLEDB>
 
Détail de l'erreur système :
Description = Spécification de permission non valide
Source = Microsoft OLEDB Provider for SQLServer
SQL State = 28000
Error Number = -2147467259

Je suppose que quelqu'un a surement rencontré une erreur pareille. Qu'est ce qui peut causer ca?

Ce n'est pas au niveau de mon SQL Server parce que j'arrive à me connecter et à travaille avec Visual BASIC .Net sans problème.

Vous pouvez regarder sous les pièces jointes...

[Nicolas_Jeanneau]

Bonjour,

apparemment dans le message d'erreur, il suggère que c'est un problème de droit. Utilises-tu le même compte de connexion entre .Net et Windev ?

à bientôt,

Nicolas

[frenchsting]

Fais une recherche gogol avec "erreur 170124". Tu auras pas mal de pistes...

[mnw.william]

Bonjour,

apparemment dans le message d'erreur, il suggère que c'est un problème de droit. Utilises-tu le même compte de connexion entre .Net et Windev ?

à bientôt,

Nicolas

Bonjour Nicolas

Permet moi de revenir sur mon problème mais je suis toujours au point mort. Avec mon VS j'effectue des opérations sur ma base SQL Server et ma connexion marche sur des roulettes.
J'utilise les même droit et les même paramètres de connexion sur mon .NET sur Windev mais c'est toujours le même problème.

je sais pas ou ca coince, est ce que c'est au niveau de Windev ou du provider OLEDB.

Pour être clair, je suis en local sur mon poste. C'est à dire que ma connexion en .NET c'est

Code :

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

1
2
3
4
5
Nom du serveur : WILLIAM-LAB\SQLExpress
 
Nom de la base de données : BDPERCAM
 
Je suis en Windows authentification.

J'ai beau regarder tout les sujets lier à ce problème mais rien de bien précis.

Je démarre un nouveau projet sur Windev mais à chaque fois j'ai le message lorsque je veux me connecter à ma base SQLServer j'ai ce message :

Code :

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

1
2
3
4
5
6
7
8
9
10
Impossible de se connecter à William-Lab\SqlExpress
Impossible de se connecter à la base 'William-Lab\Sqlexpress
erreur de l'accès oledb
Numéro d'erreur : 170124
 
Echec de l'ouverture de la connexion
Sources de données <William-Lab\Sqlexpress>
Provider olebd <SQLOLEDB>
 
...

Si j'arrive pas à me connecter en démarrant une nouveau je pense pas que le HDécritConnexion() va changer quelques choses. Quelqu'un a une idée ?

[Nicolas_Jeanneau]

Sur .NET, tu utilises également le provider OLEDB ou bien est-ce qu'il se charge lui même de la connexion dès lors que tu fournis le nom du serveur et la base ?

[mnw.william]

Sur .NET, tu utilises également le provider OLEDB ou bien est-ce qu'il se charge lui même de la connexion dès lors que tu fournis le nom du serveur et la base ?

Il se charge lui même de la connexion lorsque je lui fournit le nom du serveur et la base.

Je me suis lancé dans le HDécritConnexion(), voila le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
MaConnexion est une chaine
MaConnexion..Utilisateur = "Root"
MaConnexion..MotDePasse = ""
MaConnexion..Serveur = "William-Lab\SQLexpress" //J'ai utilisé aussi localhost ou 127.0.0.1
MaConnexion..BaseDeDonnées = "BDPercam"
MaConnexion..Provider = HoleDbSQLServer
MaConnexion..AccèS = HOlectureEcriture
 
//je la teste
Si HOuvreConnexion(MaConnexion)=Vrai alors
info(Connexion effectuée)
SINON
HErreurInfo()
FIN

[Nicolas_Jeanneau]

Est-ce que tu as un utilisateur dans ta connexion ou pas ? Car il pourrait très bien ne pas en avoir besoin et Root ne serait pas à renseigner ou alors il faudrait le mot de passe ....

[Thomad]

Bonjour,

Il faut, pour l'authentification, être en mode mixte et créer un user avec les droits sur la base.

@+

[wimbish]

Bonjour,

Il faut, pour l'authentification, être en mode mixte et créer un user avec les droits sur la base.

@+

Bonjour, je suis d'accord avec thomad.
VisualStudio utilise généralement l'authentification Windows sur le SqlServer
Créer un user dédié sur le SqlServer

[Thomad]

Bonjour,

Ou le compte sa.

Mais le plus important c'est le mode mixte.

[sperchey]

Bonjour,
Je viens de me rendre compte que par défaut le protocole TCP/IP est désactivé.


Gestionnaire de configuration SQL Server
> Configuration du réseau SQL Server
> Protocoles pour SQL Express
> TCP/IP activer


Cdlt,
Stéphane

[mnw.william]

Merci sperchey, j'avais abandonné cette piste et je me suis connecté par natif, je vais je vais essayé pour voir...

[DelphiManiac]

Avec le hDécritConnexion que tu as donné, le driver oledb essaye d'ouvrir une connexion avec comme utilisateur : root sans mot de passe.

Par défaut SQL Server à 2 possibilités de gérer les authentifications, soit par active directory et dans ce cas il utilise les informations de connexion de la session windows (c'est le mode d'installation par défaut de SQL Server), soit par une authentification propriétaire et dans ce cas il faut, soit les 2 (mode mixte). Dans le cas ou tu utilise l'authentification propriétaire de SQL Server, il faut :

1) Indiquer au serveur qu'il doit gérer les authentifications propriétaires (mode mixte dont te parle les autres intervenants, le mode mixte étant Authentification active directory ET authentification propriétaires)
2) Déclarer les utilisateurs au sein de SQL Server et donner les droits aux utilisateurs.

Si tu veux utiliser l'authentification active directory, ce que fait VS par défaut, il faut que tu déclare ta connexion avec un paramètre supplémentaire indiquant d'utiliser ce mode d'authentification.

Code :

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

HDécritConnexion("NomConnexion","","","William-Lab\SQLexpress","BDPercam",hOledbSQLServer,hOLectureEcriture,"Integrated Security=SSPI;")

[mnw.william]

Avec le hDécritConnexion que tu as donné, le driver oledb essaye d'ouvrir une connexion avec comme utilisateur : root sans mot de passe.

Par défaut SQL Server à 2 possibilités de gérer les authentifications, soit par active directory et dans ce cas il utilise les informations de connexion de la session windows (c'est le mode d'installation par défaut de SQL Server), soit par une authentification propriétaire et dans ce cas il faut, soit les 2 (mode mixte). Dans le cas ou tu utilise l'authentification propriétaire de SQL Server, il faut :

1) Indiquer au serveur qu'il doit gérer les authentifications propriétaires (mode mixte dont te parle les autres intervenants, le mode mixte étant Authentification active directory ET authentification propriétaires)
2) Déclarer les utilisateurs au sein de SQL Server et donner les droits aux utilisateurs.

Si tu veux utiliser l'authentification active directory, ce que fait VS par défaut, il faut que tu déclare ta connexion avec un paramètre supplémentaire indiquant d'utiliser ce mode d'authentification.

Code :

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

HDécritConnexion("NomConnexion","","","William-Lab\SQLexpress","BDPercam",hOledbSQLServer,hOLectureEcriture,"Integrated Security=SSPI;")

Super ça marche sur des roulettes...