Question : Enlever la sécurité de la base de données de MS Access (le réacteur)

J'ai accidentellement déployé une base de données d'accès à mes utilisateurs avec ma propres identification de l'utilisateur, mot de passe et mot de passe de base de données dans lui.  Cette base de données se compose d'un journal où ils saisissent leurs propres données.  Dans ma prochaine version du logiciel, sortant très bientôt, je dois enlever complètement n'importe quelle sécurité à partir du dossier de sorte que s'ils ont le MS-Access sur leur ordinateur, ils puissent regarder le file.

How fassent je vérifient, lors du début, si la base de données de journal a la sécurité dans elle, et si oui, enlever toute la sécurité ? la corde courante de raccordement du

My est n'importe quoi de pareil :

str1 = « fournisseur = Microsoft.Jet.OLEDB.4.0 ; identification de l'utilisateur « de &= du

str1 « = identification de l'utilisateur ; mot de passe = passwd « de &= du
str1 « ; gicleur OLEDB « de &= du

str1 « : Base de données de système = » et _
GetCurrentDirectory () et « \ données \ System1.mdw ; point d'émission « de &= du

str1 « = » et global_Journal et « ; gicleur OLEDB « de &= du

str1 « : Base de données Password=DBpasswd ; « 
class= de

Réponse : Enlever la sécurité de la base de données de MS Access (le réacteur)

Vous assumant ont correctement fixé la base de données, celle ne sera pas le cas. Si vous avez correctement fixé la base de données et ils essayent de l'ouvrir avec une équipe de travail différente (comme leur propre dossier de System.mdw) alors qu'ils obtiendra « vous n'ont pas le message d'erreur fade fade de permission ».

La sécurité de niveau de l'utilisateur se compose d'un dossier d'équipe de travail et de la base de données. L'équipe de travail contient des associations d'utilisateurs, de groupes, d'User+Group, et des mots de passe. Une équipe de travail simple peut être employée pour fixer beaucoup de différentes bases de données. La base de données elle-même contient les permissions d'objet - toute l'équipe de travail fait vraiment est authentifient l'utilisateur, et puis passent un Sid à la base de données, que ce DB puis utilisations en déterminant les actions un utilisateur peuvent prendre. ULS « session-est également basé » - c.-à-d., je peux avoir des « sessions » multiples de l'accès ouvertes sur ma machine, chacune using un dossier différent d'équipe de travail. Si j'ai SessionA ouvert avec WorkgroupA, et j'essaye d'ouvrir une base de données en cette session qui n'a pas été fixée avec WorkgroupA, alors je reçois un message d'erreur (supposant, naturellement, que la base de données est correctement fixée).

Afin d'ouvrir une base de données correctement fixée, vous DEVEZ employer le dossier d'équipe de travail qui a été employé pour fixer à l'origine la base de données. Pour faire cela, vous avez deux choix : l'un ou l'autre joignent la machine à cette équipe de travail (PAS une bonne idée), ou utilisent un raccourci comme décrit ci-dessus pour ouvrir une session de l'accès avec cette équipe de travail. De loin, l'idée meilleure est d'utiliser un raccourci pour ouvrir une session de l'accès.

Quant au mot de passe de DB - je n'ai pas vu cela, puisqu'il fortement peu commun pour avoir ULS et un mot de passe de base de données - alors une fois vous ouvrez la base de données que vous pouvez employer DAO pour changer ce mot de passe :

CurrentDB.NewPassword « vieux picowatt », « nouveau picowatt »

Naturellement c'est une méthode de DAO, pas une méthode d'AGITATION. Pour faire cela, vous devez employer une commande SQL de CHANGEMENT. Voir le cet article de KB :

http://support.microsoft.com/default.aspx?scid=KB;EN-US;q304915