% AppData% для MS Access устанавливает

Question

Дэвид Фентон недавно упоминалось в another thread, что

«Единственное подходящее место для любого приложения Access (с Windows 2000, на самом деле) папка переменных точек% AppData% окружающей среды к «.

Я очень уважаю знания Дэвида, особенно во всех вопросах, касающихся доступа, но я смущен этим утверждением.

В чем преимущество этого совета, особенно в среде, где у вас будет несколько человек, использующих один и тот же компьютер для доступа к вашему приложению?

Не будет установка в эту папку только для установки приложения для одного пользователя? И если это правда, не будет ли установка вашего приложения несколько раз оставлять несколько отдельных экземпляров вашего приложения на машине? В наши дни пространство на жестком диске дешево, но я до сих пор не хочу, чтобы файл переднего конца и другие поддерживающие файлы (графика, шаблоны Word и Excel и т. Д.) Многократно копировались на компьютер, когда один экземпляр будет делать.

Что вы думаете? Я что-то пропустил, чтобы понять совет Давида?

Answer 1

Во-первых, это проблема только для рабочей станции, на которой есть несколько пользователей, подключенных к ней. Это довольно редко, не так ли?

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

Эта проблема может быть решена с использованием любого из нескольких решений, которые автоматически копируют новую версию переднего конца, когда пользователь открывает ее (при необходимости). Tony Toews's Auto FE Updater - лучшее решение, о котором я знаю. Это довольно универсальный и простой в использовании, и Тони постоянно совершенствует его.

Итак, короче говоря, я не думаю, что здесь есть какая-то проблема.

Answer 2

Здесь вы столкнулись с проблемой, потому что вы думаете об имени переменной среды %appdata%. Эта переменная хранит каталог, возвращаемый SHGetSpecialFolderPath(CSIDL_APPDATA).

То, что вы ищете, это каталог, возвращенный SHGetSpecialFolderPath(CSIDL_COMMON_APPDATA). Для этого каталога нет переменной окружения. Этот каталог (как указывает имя) является общим для всех пользователей.

Преимущество метода Дэвида заключается в том, что данные Access защищены правами доступа NTFS, когда они находятся в CSIDL_APPDATA. Пользователь может удалить свою копию. В CSIDL_COMMON_APPDATA каждый может удалить одну общую копию.

Answer 3

Вероятно, всегда лучше всего направить эти советы и советы в перспективу. Предположение, сделанное здесь, заключается в том, что ваше приложение будет использоваться в многопользовательском режиме (что означает более одного пользователя в приложении того же времени), то в значительной степени предполагается, что ваши приложения будут разделены на две части , Так называемая часть приложения (передняя часть), а затем только часть файла данных или так называемая бэкэнд-часть.

Итак, у вас есть FE и BE.

В этой среде у каждого отдельного пользователя в вашем офисе будет собственная копия приложения, размещенного на их рабочей станции. Предполагается, что BE (файл данных) помещается в некоторую папку общего доступа на сервере.

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

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

У меня есть статья здесь, что объясняет на концептуальном уровне и не просто сказать вам два разделить приложения, но хорошо объясняет, почему вы должны разделить ваше приложение:

http://www.members.shaw.ca/AlbertKallal/Articles/split/index.htm

Answer 4

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

Возможно, вы оказались в редкой ситуации для разработчика Access.

Answer 5

Да, это проблема, но единственный путь вокруг нее, предполагая, что администраторы ИТ позволяют это, создать папку в корне диска C и установить файл базы данных доступа FE в этой папке. Тем не менее я использую папку Application Data, даже если файлы дублируются. Как вы заявляете, жесткие диски дешевы.

Предполагается, что вы не имеете в виду систему Terminal Server/Citrix, в которой пользователи одновременно регистрируются в системе.