IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Access Discussion :

AOIndex n'est pas un index de cette table (erreur 3800) [AC-2003]


Sujet :

Access

  1. #1
    Membre à l'essai
    Inscrit en
    Janvier 2004
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : Janvier 2004
    Messages : 32
    Points : 23
    Points
    23
    Par défaut AOIndex n'est pas un index de cette table (erreur 3800)


    je ne peux plus ouvrir ma base Access :

    'AOIndex' n'est pas un index de cette table.

    elle fonctionnait correctement hier, je n'ai rien changé mais je l'ai simplement alimenté en données comme tous les jours.

    j'ai consulté le forum et fait des recherches infructueuses !!!

    Merci de m'aider



    Benoit

  2. #2
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Octobre 2007
    Messages
    324
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 324
    Points : 470
    Points
    470
    Par défaut
    Ben essaie d'importer tous les éléments de ta base via une base vierge pour commencer... Sinon es-ce que ta base Access s'ouvre avec un formulaire au démarrage?

  3. #3
    Membre à l'essai
    Inscrit en
    Janvier 2004
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : Janvier 2004
    Messages : 32
    Points : 23
    Points
    23
    Par défaut
    cela serait un moindre mal si je pouvais récupérer la moindre donnée mais je ne peux même pas ouvrir la base car le message que j'ai cité apparaît lorsque je veux ouvrir le fichier (il apparait à 2 reprises d'ailleurs avec comme choix "OK" ou "Aide" => l'aide me renvoyant au code erreur 3800)

  4. #4
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Octobre 2007
    Messages
    324
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 324
    Points : 470
    Points
    470
    Par défaut
    Ben avec Access 2003 tu créé une base de données vide. Tu fais Fichiers -> Données Externes -> Importer... Là tu tente d'importer toutes les tables requêtes et autres formulaires de ta base.
    Sinon tu peux trouver ceci sur le site de Crosoft pour y arriver:

    http://support.microsoft.com/kb/888634

  5. #5
    Membre à l'essai
    Inscrit en
    Janvier 2004
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : Janvier 2004
    Messages : 32
    Points : 23
    Points
    23
    Par défaut
    j'avais déjà essayé de faire "Fichiers -> Données Externes -> Importer... " mais sans succès.
    Quant au lien que tu me donnes, les solutions n'ont pas fonctionné non plus.

    Quelle galère !!!

  6. #6
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Octobre 2007
    Messages
    324
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 324
    Points : 470
    Points
    470
    Par défaut
    Oups: ça sent pas bon. Tu as pu faire une copie de sauvegarde? Sinon utilise JetComp pour compacter et réparer ta base de données:

    http://support.microsoft.com/kb/295334/fr

    Mais je pense que tu es mal barré....

  7. #7
    Membre à l'essai
    Inscrit en
    Janvier 2004
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : Janvier 2004
    Messages : 32
    Points : 23
    Points
    23
    Par défaut
    Merci pour toutes tes recherches et ton aide mais comme tu le dis ça pu à plein nez. Il y a des jours comme çà où tu te de ne pas avoir fait de sauvegarde plus récente !!!

    je me laisse jusqu'à demain pour tenter de trouver un moyen de récupérer quelque chose et sinon je repars d'une structure plus ancienne et j'essaye de la remonter tant bien que mal.

  8. #8
    Membre à l'essai
    Inscrit en
    Janvier 2004
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : Janvier 2004
    Messages : 32
    Points : 23
    Points
    23
    Par défaut


    ATTENTION, la solution ci-dessous ne permet pas de supprimer l'erreur mais permet de récupérer le contenu des tables et des requêtes uniquement (ce qui est un moindre mal)

    1 - Ouvrir Access
    puis Fichier > Ouvrir

    dans "Type de fichiers"=> sélectionner "ODBC Databases()"

    une fenêtre s'ouvre, puis dans "Nom de la source de données", cliquer sur le bouton <<Nouveau>>, choisir "Microsoft Access Driver (*.mdb)", cliquer sur <<Suivant>> puis sur <<Parcourir>>.

    Comme "Type" de fichiers sélectionner <Tous les fichiers> puis comme "Nom de fichier" parcourir l'arborescence pour sélectionner le fichier endommagé.

    Cliquer sur <<Enregistrer>> puis <<Suivant>> puis <<Terminer>>.

    Une dernière fenêttre "Installation ODBC pour Microsoft Access" s'ouvre :
    attention : si un mot de passe est nécessaire à l'ouverture de la base de données, cliquer sur <<Avancée>> et taper le mot de passe dans la case correspondante

    cliquer sur <<Réparer>>

    sélectionner la base de données endommagée puis cliquer sur <<OK>>

    Une fenêtre de dialogue signale que la base de données a été réparée et rappelle le chemin d'accès.

    En fermant tout, le fichier réparé porte le nom de la base endommagée avec l'extension mdb + l'extension dsn.

    Ce fichier ne contient donc que les tables et les résultats des requêtes, ce n'est pas une base entière réparée.

    2 - Pour récupérer les tables :

    Faire un clic droit sur le fichier xxx.mdb.dsn
    puis <<Ouvrir avec>>
    et choisir Excel
    puis sélectioner la table à récupérer et ainsi de suite avec chaque table.



    Conclusion : j'ai du reconstruire le fichier Access avec une ancienne version sur laquelle j'ai reconstruit les tables/formulaires/requêtes/états que j'avais fait évoluer depuis la dernière sauvegarde.

    Ensuite, j'ai intégré le contenu des tables que j'ai récupéré et vérifié les liens entre les tables.

    Cela fonctionne

  9. #9
    Membre confirmé
    Homme Profil pro
    Inscrit en
    Octobre 2007
    Messages
    324
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 324
    Points : 470
    Points
    470
    Par défaut
    Très utile cette solution à mon avis quand on a tout essayé. Bravo!

  10. #10
    Membre à l'essai
    Inscrit en
    Janvier 2004
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : Janvier 2004
    Messages : 32
    Points : 23
    Points
    23
    Par défaut
    ATTENTION : PRECISION IMPORTANTE

    NE PAS DETRUIRE LA BASE ENDOMMAGEE car le fichier .mdb.dsn ne peut s'ouvrir avec Excel que si la base endommagée initiale en .mdb existe et n'a pas été renommée.

    Ce fichier .dsn est en fait comme un lien permettant de pénétrer dans la base endommagée sans l'ouvrir.

  11. #11
    Membre éprouvé
    Femme Profil pro
    Service informatique presque à moi seule (TPE), ex-architecte fonctionnel
    Inscrit en
    Août 2017
    Messages
    358
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 56
    Localisation : France, Gard (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Service informatique presque à moi seule (TPE), ex-architecte fonctionnel
    Secteur : Finance

    Informations forums :
    Inscription : Août 2017
    Messages : 358
    Points : 931
    Points
    931
    Par défaut
    Un des mes bases a fait cette "farce"...

    Et j'ai de la chance ! Car j'ai pu récupérer très simplement les données de la table principale.
    En effet, si la base refusait obstinément de s'ouvrir (en direct ou pour importer les données), la table principale est néanmoins restée accessible en tant que table liée dans une autre application. Ouf !
    Les problèmes sont des opportunités en vêtements de travail. Henry H. Kaiser
    Il n'est pas de problème dont une absence de solution ne finisse par venir à bout. Henri Queuille

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. rebuild (ou pas) des indexes d'une table "géante"
    Par taha1 dans le forum Administration
    Réponses: 11
    Dernier message: 13/06/2011, 00h33
  2. Réponses: 14
    Dernier message: 03/04/2008, 01h44
  3. Réponses: 1
    Dernier message: 21/02/2008, 10h23
  4. Index n'est pas à jour (erreur d'execution)
    Par jenteldz47 dans le forum Bases de données
    Réponses: 7
    Dernier message: 17/03/2007, 18h00
  5. Index n'est pas a jour
    Par touhami dans le forum Paradox
    Réponses: 5
    Dernier message: 11/12/2002, 14h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo