Discussion :

[Sanceray3]

Bonjour à tous,

Voilà je vais essayer de vous expliquer mon souhait.

J’ai une base de données SQL Server 2005, sur laquelle se trouve notamment un table qui recense toutes les ventes faites par ma société. On me demande aujourd’hui d’ouvrir des accès en lecture à cette table tout en limitant la visibilité du contenu de la table (ex : filtre sur périmètre géographique) afin que les personnes ne puissent voir l’ensemble des lignes. L’accès doit pouvoir permettre aux gens de connecter la source de données à leurs fichiers access, excel….

J’ai donc pensé à ouvrir des liens ODBC sur des vues. Le gros hic pour moi, c’est qu’au final je risque d’avoir 20 à 30 accès différents à configurer, avec des contraintes différentes….. Je trouve ça plutôt fastidieux de faire ça en ODBC et contraignant au niveau de l’administration. Surtout que mon chef ne veut pas qu’à la configuration de l’ODBC, les personnes voient qu’il y a d’autres liens permettant plus d’accès.

C’est pourquoi je me tourne vers vous pour savoir si il existe des outils / des moyens permettant de connecter des personnes directement sur des tables SQL Server, administrable facilement, avec la possibilité de restreindre la visibilité….

Merci par avance pour vos précieux conseils ! ;o)

[zinzineti]

L'idée de créer des vues me paraît juste pour le besoin.
Et si tu donnes les droits appropriés sur chacune des vues tu peux aussi bien gérer la visibilité que l'accès à ces vues.

Les 20 ou 30 accès correspondent à des vues (besoin) différentes ?
c'est à dire à des utilisateurs de profil différent ?

[Sanceray3]

Oui les 20 ou 30 accès correspondent à des visibilités différentes : secteurs différents, zone géographique....

Dans l'hypothèse des vues, je suis donc obligé de créer autant de vues que d'accès différent ?

En faites il me faudrait comme une procédure stockée, pour laquelle je pourrais passer des paramètres et récupérer le contenu dans une vue / table accessible via ODBC !? Pfouh ça ma parait être un gros sac de noeuds tout ça !?

[zinzineti]

Oui les 20 ou 30 accès correspondent à des visibilités différentes : secteurs différents, zone géographique....

A mon avis tu n'a pas d'autres choix. Essaye de voir si tu peux prendre la zone géographique (ou activité) comme axe. Regarde si au niveau fonctionnelle il y a des relations ou des regroupements à faire. Si ce n'est pas le cas, tu n'as pas d'autre choix.

[SQLpro]

1) créer autant de connexion / SQL user que de clients
2) créer une vue spécifique à chaque user SQL
3) donné le privilège SELECT sur chaque vue propre à chaque user

Tout cela peut s'écrire en quelques ordre SQL à condition d'avoir une table des client avec une colonne contenant la valeur du filtre.

Exemple :

Code :

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

1
2
CREATE TABLE T_CLIENT 
(NOM VARCHAR(32), FILTRE VARCHAR(32))

Ensuite facile de faire du DDL SQL comme par exemple :

Code :

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

1
2
SELECT 'CREATE VIEW V_' + NOM +' AS SELECT * FROM MaTable WHERE MaRegion = ''' + FILTRE +''';'
FROM  T_CLIENT

Je te laisse le soin d'écire la requête pour créer :
1) les logins
2) les users SQL
3) les GRANT !

A +