MS Access 2003 - помогите понять структуру mdb, mde и be - PullRequest
4 голосов
/ 01 апреля 2010

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

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

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

Спасибо

EDIT:

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

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

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

Ответы [ 2 ]

5 голосов
/ 01 апреля 2010

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

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

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

Tony Toews сделал задачу предоставления каждому пользователю своей локальной копии интерфейса довольно легко. Смотрите его полезную и бесплатную! утилиту на Auto FE Updater .

3 голосов
/ 04 апреля 2010

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

Сделайте шаг назад и подумайте, как развертывается и программируется Microsoft Word.

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

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

  • Microsoft хранит и поддерживает исходный код, который вам не нужен запустите Word на своем ПК.

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

  • Скомпилированный Word EXE и все его вспомогательные файлы как внешний интерфейс MDE.

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

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

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

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

Впрочем, вы на правильном пути.

...