MS Access 2003 - Помощь в понимании структуры MDB, MDE и BE

Question

Я просто хотел некоторых объяснений о том, что происходит, когда вы разделили свои таблицы на задний файл, и установил MDE для использования.

Когда пользователь обращается к MDE, требуется ли MDB, чтобы добраться до вкладок (или для того, чтобы заставить его работать)? Скажем, я поместил эти приложения Access на общий диск для людей. Если я разделяю конец на общий диск и поместил MDE на общий диск, я должен был бы существовать MDB, чтобы эта версия MDE работала (общаться с таблицами)? Или MDE говорит с MDB, который говорит со столами?

Надеюсь, этот вопрос имеет смысл.

Спасибо

РЕДАКТИРОВАТЬ:

Еще один вопрос: у меня есть MDE, настроенный на сетевом дискоте, но я не был уверен, что мне пришлось присутствовать MDB на том же Dive, что и MDE и Back End (таблицы) ... . Если бы не тогда я бы предпочел не иметь его там, потому что пользователь настаивает на том, чтобы вступить в это, и делать его копии и тому подобное ...

Но мой вопрос: как я уже сказал очень очень нереально. Но я недавно прочитал, что у меня должен быть MDE для каждого человека? Это правда? Что является хорошим примером распределения одного для каждого человека? Я только когда -либо ходил с тем, что раньше на общей оценке, и не знал, что это было, если на самом деле это плохой подход?

Спасибо за вашу помощь!

Answer 1

Нет, версия MDE не сохраняет никакого общения с исходной версией исходной версии MDB. Однако вы хотите сохранить MDB в безопасном месте, чтобы внести там изменения в дизайн, а затем создать новую версию MDE из обновленного MDB.

Более сильный случай для MDE-это приложение для переднего конечного, которое вы распространяете своим пользователям-при условии, что вы не хочу, чтобы они меняли дизайн любых объектов базы данных. Бэк -конечная база данных традиционно содержит только таблицы, отношения и индексы. Вы можете решить, что задний конец может остаться в формате MDB.

Редактировать: Не надо Позвольте вашим пользователям открывать ту же базу данных приложений переднего конца, независимо от того, находится ли передний конец в формате MDE или MDB. Разделение той же передней части увеличивает риск коррупции. Все они могут по -прежнему разделять один и тот же задний конец со ссылками от переднего конца до таблиц заднего конца.

Тони Тьюз сделал задачу, чтобы дать каждому пользователю свою собственную локальную копию фронт -конца довольно просто. Смотрите его полезной И бесплатно! утилита в Auto FE Updater.

Answer 2

@Hansup проделал отличную работу, отвечая на ваши реальные вопросы, но я публикую здесь ответ, чтобы попытаться объяснить, что, кажется, смутило вас.

Заходите на мгновение и подумайте, как Microsoft Word развернута и запрограммировано.

• Когда вы устанавливаете Word 2007 на свой компьютер, вы не делитесь им с другими пользователями - каждый из вас устанавливает его на собственных ПК.

• При его установке вы устанавливаете скомпилированное приложение, а не исходный код.

• Microsoft сохраняет и поддерживает исходный код, который вам не нужно запускать слово на вашем компьютере.

• Исходный код для слова похож на фронт-элитный MDB.

• Скомпилированное слово EXE и все его подтверждающие файлы похожи на передний MDE.

• Как и в случае с файлами приложений Word, вы не делитесь им, но даете каждому пользователю отдельную копию.

• Как и в случае с Word, вашим пользователям не нужен исходный код для запуска скомпилированного приложения, поэтому все ваши пользователи нуждаются в MDE.

• Как и Microsoft, вам нужно позаботиться о своем исходном коде MDB, чтобы он не был поврежден или потерян, чтобы вы могли продолжать обновлять его и производить новые скомпилированные версии для ваших пользователей.

Это не сложно, когда вы понимаете функцию и роль различных частей. Это сбивает с толку из -за того, что документация MS для доступа имеет тенденцию не продвигать и не объяснять лучшие практики. Я не могу понять, почему это так, после всего этого времени, но это все еще.

Вы на пути к правильным делам.