L'accès de Base de données s'ouvre en lecture seule

J'ai créé une base de données mdb et l'a sauvé.

Maintenant, je veux le modifier mais il dit qu'il est En lecture seule, donc je ne peut pas changer quoi que ce soit.

C'est un fichier access 2000 ouvert avec access 2007.

Comment puis-je changer cette s'il vous plaît?

OriginalL'auteur Satch3000 | 2011-05-10

  1. 11

    Si quelqu'un d'autre a ouvert la base de données, puis de leur demander de la fermer. Si la base de données n'a pas été fermé correctement (d'Accès ou d'un ordinateur est tombé en panne), alors vous pouvez essayer de Compacter et Réparer le fichier.

    J'ai aussi remarqué que si le fichier est ouvert ou mis dans un état de lecture seule à tout moment, il peut être bloqué comme ça. Donc, essayez ceci:

    1. Libre Accès, mais pas de base de données
    2. Ouvrir le fichier en question, mais explicitement de l'ouvrir en mode lecture seule (le bouton 'Open' est en fait un bouton de la liste déroulante. Utilisez le bouton pour l'ouvrir en lecture seule
    3. Fermer le fichier (mais pas d'Accès)
    4. Ouvrez de nouveau le fichier, mais de s'ouvrir normalement.

    Pas sûr que ça que c'est un bug ou une fonctionnalité, mais je l'ai vu frustrer un certain nombre d'utilisateurs.

    OriginalL'auteur Steve Mallory

  2. 4

    Une autre chose à surveiller est quand quelqu'un a accès à la LECTURE, le partage de fichiers, mais ne peut pas ÉCRIRE dans le répertoire. Il est OK pour faire de la base de données en lecture seule pour quelqu'un, mais si jamais ils le lire (y compris à l'aide d'une connexion ODBC), il semble comme ils ont besoin d'avoir les droits d'ÉCRITURE pour le répertoire afin qu'ils puissent créer le fichier de verrouillage.

    J'ai couru dans les situations où la base de données est verrouillé en lecture seule sur le partage de fichiers, car l'utilisateur qui a accédé il ne pouvait pas écrire dans le répertoire. Le seul moyen de corriger ça rapidement a été un appel pour le stockage de l'équipe, qui peut voir qui a le fichier et kick off.

    OriginalL'auteur Alex

  3. 2

    Créer un dossier vide et déplacer la .fichier mdb dans le dossier. Et essayez de l'ouvrir à partir de là. J'ai essayé de cette façon et il a travaillé pour moi.

    OriginalL'auteur Tchilumba Mera

  4. 0

    alos vérifier le niveau d'accès pour le lecteur partagé.
    si l'accès au disque partagé en lecture seule, le fichier s'ouvre en lecture seule.

    OriginalL'auteur Kiran

  5. 0

    Vérifier qu'il ne manque aucun des références - pour ce faire, accédez à la fenêtre de base de données et cliquez sur "Modules", puis "Design", puis choisissez le menu "Outils" puis "Références". Ou essayer de faire de la compilation et de voir si ça compile entièrement (aller dans le menu Debug puis sélectionnez Compiler) - il pourrait vous parler de la référence manquante par exemple, Microsoft Office 11.0 Object Library. Sélectionnez des Références dans le menu Outils et de voir si toutes les références sont cochées et de dire "MANQUANT:". Dans certains cas, vous pouvez sélectionner une autre version de la liste, si 11.0 est manquant, regardez pour la version 12.0 puis recompiler. Que fait habituellement le tour pour moi.

    OriginalL'auteur Elwood Herring

  6. 0

    Dans mon cas, c'était parce qu'elle était sauvegardé mon processus d'arrière-plan qui a commencé avant que j'ai ouvert l'Accès. Il n'est normalement pas un problème si il ont ouvert la base de données lors de la sauvegarde commence.

    OriginalL'auteur Rob Sedgwick

  7. 0

    Alors que l'OP est l'auteur original de la base de données, et vraisemblablement créé un modèle de données simple, j'avais connu un problème similaire sur une plus compliqué. Dans mon scénario principal .mdb fichier sur un partage réseau emplacement avec accès en lecture/écriture par l'utilisateur. L' .fichier mdb tables référencées dans l'autre .mdb fichier dans un autre emplacement réseau où l'utilisateur n'a pas accès approprié.

    Pour d'autres, la visualisation de ce post pour résoudre des problèmes similaires, vérifiez les tables liées et de chemin d'accès.

    Pour vérifier les tables liées...(en supposant que l'Accès 2010)

    1. Ouvrir une base de données
    2. Cliquez sur barre d'outils du ruban de l'onglet Données Externes'
    3. Cliquez sur barre d'outils du ruban bouton "Gestionnaire de tables Liées'
    4. Identifier les chemins de tables liées
    5. De vérifier le bon cote de sécurité pour les chemins identifiés dans la table liée
      gestionnaire - si l'accès ODBC (c'est à dire, Oracle, DB2, MySql, Postgresql, etc.) les sources, vérifier la base de données d'informations d'identification et les pilotes

    OriginalL'auteur barrypicker

  8. 0

    sur mon pc j'ai eu le même problème et c'était à cause de propriétés -> je n'ai pas eu la possession du fichier...

    OriginalL'auteur Sam

  9. 0

    La principale raison pour cela est lorsque la base de données est ouverte quelque part d'autre.

    Ce pourrait être comme déjà dit par beaucoup d'autres:

    • n'étant pas fermé correctement quelque part
    • déjà ouvert quelque part

    Quand récemment j'ai eu le même problème, bien que différentes versions, j'ai commencé à chercher la raison.

    Dans mon cas, j'ai eu un fichier excel qui a demandé des données à partir de la base de données.

    Dans le cas où le fichier excel est ouvert avant que la base de données, l'accès donnerait cette erreur.

    Conclusion:

    Vérifier tous les fichiers/connexions liées à la base de données. Une ouverture de connexion ODBC ou la requête utilisée dans excel (mon cas) ouvrir le fichier mdb et il sera en lecture seule.

    OriginalL'auteur davejal