J'ai une base de données frontale MsAccess distribuée qui utilise un backend mysql.
Il utilise les connexions ODBC du système Windows DSN pour se connecter au serveur. Toutes mes tables liées font référence à cette connexion ODBC. Le problème, c'est qu'elles utilisent toutes le même nom d'utilisateur et le même mot de passe, qui sont codés en dur sur chaque ordinateur.
Quelle serait la meilleure façon de l'implémenter pour que chaque utilisateur obtienne son propre login.
Étant donné que chaque connexion DSN est "câblée", je ne pense pas que la réécriture du registre à chaque fois que l'application démarre soit un moyen sûr, car dès que l'application s'arrête, les paramètres DSN sont conservés.
Je ne sais pas si je peux laisser le DSN système sans nom d'utilisateur ni mot de passe pour une invite, mais nous nous connectons à quatre bases de données différentes et je ne voudrais pas que l'utilisateur doive entrer ses informations quatre fois, car cela ne ferait que le frustrer.
Je pensais que je pourrais peut-être utiliser l'utilisateur DSN du système en lecture seule pour une table d'utilisateurs, ou peut-être de préférence une procédure qui validerait l'utilisateur, mais une fois validé, je ne sais pas comment je pourrais ensuite me connecter à chaque table. Puis-je stocker une variable globale dans la chaîne de connexion ODBC ?
Quelle est la meilleure façon de rendre MsAccess plus conscient des besoins des utilisateurs ?
(J'ai examiné les paramètres de sécurité de MSACCESS, mais il semble que Microsoft soit en train de les abandonner et ma tentative de les établir me bloque complètement et ne présente aucune forme de validation de connexion. Je suppose qu'il utilise simplement le login widows comme sécurité mais ce n'est pas une vraie solution) Et il y a un disclaimer ici :
Introduction à la sécurité d'Access 2010 (office.microsoft.com)
Accès et sécurité au niveau de l'utilisateur
Access ne prend pas en charge la sécurité au niveau de l'utilisateur pour les bases de données qui sont créées. (fichiers .accdb et .accde). Toutefois, si vous ouvrez une base de données d'une version antérieure d'Access dans Access 2010 et que cette base de données dispose d'une sécurité de niveau utilisateur, ces paramètres fonctionneront toujours. sécurité au niveau de l'utilisateur, ces paramètres fonctionneront toujours.
IMPORTANT Les autorisations créées à l'aide de la fonction de sécurisation au niveau de l'utilisateur peuvent être modifiées en fonction des besoins. ne protègent pas votre base de données contre les utilisateurs malveillants et ne constituent pas une barrière de sécurité. malveillants et ne constituent pas une barrière de sécurité. Il convient d'utiliser cette fonction pour améliorer la facilité d'utilisation d'une base de données pour les utilisateurs de confiance. d'améliorer la convivialité d'une base de données pour les utilisateurs de confiance. de confiance. Pour garantir la sécurité de vos données, n'autorisez que les utilisateurs de confiance à d'accéder à votre fichier de base de données ou aux fichiers de sécurité en utilisant les autorisations du système de fichiers Windows.
I sécurité au niveau de l'utilisateur vers le nouveau format de fichier, Access supprime automatiquement tous les paramètres de sécurité et les règles de sécurisation d'un fichier .accdb. automatiquement tous les paramètres de sécurité, et les règles de sécurisation d'un fichier .accdb ou .accde s'appliquent.
F lorsque vous ouvrez des bases de données au nouveau format de fichier.
