Discussion :

[Rag02700]

Hello,

Est t-il possible dans access de récupérer des datas d'une table stockée dans sql server sans avoir accès à sql server ?

Je m'explique :

Moi-même j'ai acces à sql server, je peux donc lancer des requêtes.
Par contre, je suis obligé de lancer des requêtes pour les autres ... qui eux non pas acces à sql server ... et ma boite ne veux pas donner acces à tout le monde.
Donc je me demande si il n'y a pas moyen en vba sous access de pouvoir bypass cet accès a sql server mais pouvoir lancer malgré tout lancer des requêtes ?
Après il y a peut être la solution en vba de mettre mon id + mdp dans une variable mais bon ... s'il y a une autre solution qui se cache quelque part ça serait mieux

Merci pour votre aide.

[Thumb down]

Bonjour,
Il me semble que c'est à ta boîte de trouver une solution.

Bypasser part quelques manière que ce soit te ferais enfreindre ta close de confidentialité !

Notes qu'il existe légalement par défaut une close de confidentialité lié à ton contrat de travail même si tu n'en as pas explicitement signe une!

Le chemin de l'enfer est pavé de bonnes intentions !

[Paraffine]

Il faut clarifier ce qui relève de la responsabilité des autres utilisateurs et de la tienne.

Si les actions que tu exécutes pour le compte d'autres utilisateurs sont bien de leur responsabilité, il ont besoin d'un compte SQL Server approprié pour eux avec les privilèges adéquats sur les tables concernées. J'imagine qu'il est possible de définir un compte de connexion SQL Server générique associé à un groupe d'utilisateurs Windows - ou quelque soit le nouveau nom de ce type d'horreur -, par exemple ? Donc de ne pas créer autant de comptes que de personnes. Mais c'est du ressort des DBA et de la gestion des utilisateurs...
Si par contre il est nécessaire que tu supervises et valides leurs actions... (demande une augmentation )

[Rag02700]

Hello,

Merci pour vos réponses.

Oui il y a la possibilité de créer un compte utilisateur sur SQL server, ils l'ont fait pour certaines requetes ... mais il a fallu 2 ans pour pouvoir faire cela ... et en + ça fonctionne pas pour tout le monde ...

Tant pis je vais continuer comme ça.

A+ et merci.

[Paraffine]

Si ta hiérarchie est partante tu peux peut-être mettre certaines "requêtes" à disposition via une application Access sous forme d'exécutable (afin de protéger les paramètres de connexion).
Mais pour que les tables restent hors de portée des utilisateurs, il ne saurait être question d'utiliser le mécanisme des tables liées ; il faut alors travailler avec ADO en pur VBA. L'idéal de mon point de vue consistant à mettre à contribution SQL Server au maximum, via des vues ou des procédures stockées.
Mais s'il faut 2 ans pour obtenir un malheureux compte utilisateur, je n'ose pas imaginer les obstacles pour faire des choses à peu près proprettes.

[Thumb down]

Bonjour,
En fait il ne faut pas voir la boîte de notre ami comme des racho !

La licence minimale pour SQL Serveur, hormis l'expess, est de trois utilisateur .
La complète coute cher !

Entre les deux il y a certainement une gamme de prix !
La décision de prendre plus d'utilisateurs est liée au prix de la licence ! 2 d'eux ans pour accepter une augmentation de prix oui, mais aujourd'hui peut-être que la licence accepterait plus d'utilisateurs ?

Il est également possible de faire une demande d'extraction automatique et régulière via une procédure stockée sur SQL Serveur !

Ta boîte n'est sans doute pas contre de fournir des données permettant à tes collègues de travailler.

il est également possible de mettre à disposition des fichier Excel lié à SQL Serveur via Power Querry . les données sont exploitable par tous mais ne peuvent être réactualisé que par qq un qui a les droits!

Ne fait rein sans l'accord de ta hiérarchie !

Dans le milieu bancaire, par exemple, même ACCESS est interdite !

[Paraffine]

Merci pour les précisions, Thumb down, c'est vrai, il faut garder à l'esprit que les ressources informatiques ne tombent pas du ciel

Et dans un contexte où la protection des données devient un enjeu sensible, on engage notre responsabilité sur les mises à disposition de requêtes.