MS Access 2003 - aide pour comprendre la structure de mdb, mde et être

Question

je voulais juste une explication quant à ce qui se passe une fois que vous avez divisé vos tables dehors dans un fichier de back-end et mettre un mde pour l'utilisation.

Lorsqu'un utilisateur accède au mde, est le mdb toujours nécessaire pour accéder aux tabes (ou pour le faire fonctionner)? Disons que je mets ces applications d'accès sur un lecteur partagé pour les gens à utiliser. Si je diviser l'être terminer sur le lecteur partagé, et placé le mde sur le disque partagé, que je l'ai mdb exister pour que mde version pour travailler (communiquer avec les tables)? Ou est-ce genre de parler le mde à l'mdb qui parle aux tables?

Hope cette question est logique.

Merci

EDIT:

Une question supplémentaire: J'ai un fichier MDE mis en place sur un lecteur réseau partagé, mais je n'étais pas certain de savoir si ou non je devais avoir le présent mdb sur le même lecteur de partage que mon mde et arrière (tables) .... sinon je préférerais ne pas avoir là parce que l'utilisateur d'insister pour obtenir en elle et en faire des copies et autres .....

Mais ma question est, comme je l'ai dit que je mets sur un MDE un lecteur partagé, ce qui signifie qu'il est celui qui environ 10-12 personnes max, partager, et la probabilité que même la moitié de ces gens seraient là à la en même temps est très peu réaliste. Mais je lu récemment que je devrais avoir un fichier MDE pour chaque personne? Est-ce vrai? Qu'est-ce qu'un bon exemple de distribuer un à chaque personne? Je n'ai jamais allé avec celui sur un avant appraoch partagé, et ne savait pas que ce fut, si en fait, il est, une mauvaise approche?

Merci pour votre aide!

Answer 1

Non la version MDE ne maintient pas de communication avec sa version source MDB d'origine. Cependant, vous voulez garder la MDB dans un endroit sûr afin que vous puissiez apporter des modifications de conception là-bas, puis créer une nouvelle version du MDE de la MDB mise à jour.

Le cas plus fort pour un fichier MDE est pour l'application finale avant que vous distribuez à vos utilisateurs --- en supposant que ne pas veulent les changer la conception de tous les objets de base de données. La base de données de back-end contient traditionnellement seules les tables, les relations et les index. Vous pouvez décider de l'arrière peut rester au format MDB.

Modifier : Ne pas permettent aux utilisateurs d'ouvrir la même base de données de l'application frontale, que l'avant est au format MDE ou MDB. Partageant la même extrémité avant augmente le risque de corruption. Ils peuvent tous partager toujours la même arrière avec des liens de l'avant vers les tables dorsaux.

Tony Toews a fait le défi de donner à chaque utilisateur leur propre copie locale de l'avant assez facile. Voir son utile et gratuit! utilitaire Auto FE Updater .

Answer 2

@HansUp a fait un excellent travail de répondre à vos questions réelles, mais je poste une réponse ici juste pour essayer d'expliquer ce qui semble vous avoir confondu.

Reculer pour un moment et d'examiner comment Microsoft Word est déployé et programmé.

• Lorsque vous installez Word 2007 sur votre ordinateur, vous ne partagez pas avec d'autres utilisateurs - chacun d'entre vous Installe sur vos PC.

• Lorsque vous installez, vous êtes l'installation de l'application compilée, pas le code source.

• Microsoft conserve et maintient la code source, que vous n'avez pas besoin exécutez Word sur votre PC.

• Le code source pour Word est comme le MDB front-end.

• Le mot compilé EXE et tous ses fichiers est comme le soutien MDE front-end.

• Tout comme l'application Word fichiers, vous ne partagez pas, mais donnent chaque utilisateur une copie individuelle de celui-ci.

• Comme avec Word, vos utilisateurs ne ont pas besoin le code source pour exécuter la compilation l'application, de sorte que tous les utilisateurs ont besoin est le MDE.

• Tout comme Microsoft, vous devez prendre prendre soin de votre MDB code source afin que il ne soit pas corrompu ou perdu, en ordonner que vous pouvez continuer à mettre à jour et produire de nouvelles versions compilées pour vos utilisateurs.

Il est pas compliqué quand vous comprenez la fonction et le rôle des différentes parties. Il est source de confusion en raison du fait que la documentation de MS pour l'accès tend à ne pas promouvoir ou expliquer les pratiques exemplaires. Je ne comprends pas bien pourquoi il en est le cas après tout ce temps, mais il est encore.

Vous êtes bien sur la façon de faire les choses correctement, cependant.