Discussion :

[Gonzague54]

Bonjour à tous,

Je sollicite votre aide car cela fait déjà un bon moment que je cherche à résoudre un problème de connexion de mon application (vb.net) avec base de donnée SQL.

Mon application et une API d'un logiciel professionnel, elle vient ècrire et lire la base SQL du logiciel source.
Pour se faire lors de l'installation de l'application je crée un User avec droit écriture et lecture (db_datareader et db_datawriter) sur la base de donnée.

Quand je lance l'application directement sur le post qui héberge la base je peux lire et écrire la base.

Quand j’exécute l'application depuis un post client je peux uniquement lire la base de donnée. J'utilise pourtant le même utilisateur SQL. C'est la même application.
Le logiciel source est capable de lire et écrire dans cette configuration serveur client.

Est ce que quelqu’un aurait une piste ? sachant qu'il est compliqué pour moi de tester se problème car je n'ai pas de PC avec un windows serveur.

Merci d'avance

[SQLpro]

Vous pouvez installer la version Developper de SQL Server sur n'importe quel PC....

Je soupçonne que la base doit utiliser des objets complémentaires tels que vue, déclencheurs, procédures....

A +

[Gonzague54]

merci pour votre message je suis en trin de télécharger et d'installer SQL développer.

Vous parlez de vue, procédures , déclencheurs mais comment je peux vérifier que cela soit un de ses truc qui bloc !!

J'utilise la requête ci-aprés pour créer mon utilisateur. Est ce que cela vous semble logique ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
IF  EXISTS (SELECT * FROM sys.database_principals WHERE name = N'TOTO')
DROP USER [CVF]
 
IF  EXISTS (SELECT * FROM sys.server_principals WHERE name = N'TOTO')
DROP LOGIN [TOTO]
 
CREATE LOGIN [TOTO] WITH PASSWORD='TOTO', DEFAULT_DATABASE=[CxMaterials_12], DEFAULT_LANGUAGE=[us_english], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF 
 
use [CxMaterials_12]
create user [TOTO] from login [TOTO]
ALTER USER [TOTO] WITH DEFAULT_SCHEMA=[dbo]
 
EXEC sp_addrolemember N'db_datawriter', N'TOTO'
EXEC sp_addrolemember N'db_datareader', N'TOTO'

[SQLpro]

Plus rapide :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
DROP USER IF EXISTS [CVF];
 
IF  EXISTS (SELECT * FROM sys.server_principals WHERE name = N'TOTO')
   DROP LOGIN [TOTO];
 
CREATE LOGIN [TOTO] 
   WITH PASSWORD='TOTO', 
        DEFAULT_DATABASE=[CxMaterials_12], 
        DEFAULT_LANGUAGE=[us_english], 
        CHECK_EXPIRATION=OFF, 
        CHECK_POLICY=OFF;
 
USE [CxMaterials_12];
 
CREATE USER [TOTO] 
   FROM LOGIN [TOTO]
   WITH DEFAULT_SCHEMA=[dbo]; --> inutile, car par défaut....

Personnallement je suis contre la fait de donner le même nom à un utilisateur SQL et un compte de connexion cela entraine de la confusion, et vous ne saurez plus ou vous en êtes....

Je donnerais par exemple le nom CNX_TOTO pour le login et USR_TOTO pour l’utilisateur SQL

Cela dit, ni votre login, ni votre user n'a de privilège.... Ils ne peuvent donc rien faire....

Il faudrait au moins donner à votre utilisateur le privilège de lire toutes les tables de la base :

Code :

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

1
2
USE [CxMaterials_12];
GRANT SELECT ON DATABASE::[CxMaterials_12] TO USR_TOTO;

ou :

Code :

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

1
2
USE [CxMaterials_12];
GRANT SELECT TO USR_TOTO; --> puisque vous êtes dans la base il n'y a pas d’ambiguïté

A +

[Gonzague54]

merci de ces infos

Je me pose deux questions:
En faite mon User Login "TOTO" fonctionne avec mon application, sauf dans le cas ou ma base est stocké sur un Serveur avec un Windows serveur.

Quel est la différence entre faire un Grant Select insert et donné les droits db_datareade et db_datawrite au Login User

A savoir que cette utilisateur à pour fonction d’être uniquement utilisé via une application VB.net

[SQLpro]

GRANT permet de définir des privilèges fins. par exemple SELECT sur telle table, tel schéma, INSERT sur tel table, tel schéma, UPDATE sur telelle table, tel schéma...

les rôles db_datareader et db_datawriter sont des collections de privilèges au niveau de la base :

db_datareader = GRANT SELECT ON DATABASE::...

db_datawriet = GRANT INSERT, UPDATE, DELETE ON DATABASE::...

A +