Не думаю, что здесь произошли какие-то конкретные изменения.В конце дня, когда вы имеете дело с системой общего доступа к файлам и имеете несколько пользователей, редактирующих один и тот же файл на жестком диске, вы по своей сути используете ситуацию, в которой требуется дополнительная осторожность.
Я использую многопользовательские системы в Access с некоторыми моими клиентами около 10 лет с помощью JET.У них около 5 пользователей, приложение среднего размера (160 форм, около 35 000 строк кода VBA).Приложение имеет около 55 или 60 ОЧЕНЬ связанных таблиц, так как у меня есть хороший нормализованный дизайн, и я полагаюсь на ссылочную целостность на уровне двигателя.
Имейте в виду, что большинство таблиц довольно малы, скажем, 75 000 записей, а их подробные дочерние записи составляют более 100 000 строк.Так что это довольно небольшое и очень легкое приложение.Однако для этого клиента в течение 10+ лет у меня не было ни одного искажения или проблемы с 5 пользователями по телефону, которые использовали это программное обеспечение для бронирования в течение всего дня.Я бы сказал, что это было отлично.
Однако, как уже отмечалось, у меня есть хорошая установка, я знаю, что делаю, и сделал все правильные вещи, которые должны делать компетентные разработчики (разделение базы данных исуществует множество других полезных практик).
Однако, если у кого-то плохая настройка сети, плохая практика разработки и плохая настройка Access, то обычно лучше всего перейти на SQL-сервер.(добрая половина или более моих приложений используют SQL-сервер - я использую бесплатную версию SQL с Access в качестве внешнего интерфейса).
Так что без хороших методов разработки вы можете делать то, что делают меньшие разработчики, и просто использоватьсерверная система, такая как сервер SQL.Другими словами, SQL-сервер БОЛЬШЕ прощает плохим проектам и плохим настройкам.Таким образом, чем меньше вы знаете и чем менее компетентны разработчики, тем лучше их использовать для SQL-сервера.
Однако вы также должны иметь в виду, что для доступа 2010 у вас есть возможность вебпубликации, и эта архитектура основана на инициативе Microsoft по облачным вычислениям.
Это означает, что вы можете опубликовать свою базу данных Access и одновременно иметь доступ к миллиону пользователей.Причина, конечно, заключается в том, что вы используете массивную галактическую ферму серверов Microsoft, которая сейчас запускает ваше программное обеспечение, а ваши данные НЕ хранятся в файле доступа к общей папке.Это означает, что у вас практически неограниченная масштабируемость с точки зрения количества пользователей.
Итак, вот мое приложение доступа, которое я использовал, но затем использовал новую опцию публикации в A2010 - обратите внимание на следующее видео в середине пути.Я переключаюсь на запуск приложения Access на 100% в браузере:
http://www.youtube.com/watch?v=AU4mH0jPntI
Не используется ни ActiveX, ни серебристая подсветка - это выше на 100% было разработано на моем рабочем столе с использованием MS Access идругих инструментов нет.
Также важно отметить, что когда вы говорите о Access, вы не ограничены использованием «общего файлового ресурса» и можете использовать Access для проектирования и создания приложения, но внутренние данные могутбыть теперь на основе облака (SQL Azure) или с веб-публикацией, а затем Office 365 или SharePoint.MS access - это инструмент разработки, который позволяет вам выбрать сервер Oracle или SQL или так называемое ядро базы данных JET (на самом деле объект новой версии теперь называется ACE).
Таким образом, это будет ясно в концеВ тот день использовалось ядро базы данных JET в режиме общего доступа к файлам, который менее терпим к разрывам соединений с вашими данными.Так что это был механизм JET / ACE, который повредил, а не факт использования MS Access.
Так что у вас всегда был выбор продолжать использовать Access, но затем можно использовать что-то другое для внутренней базы данных.
Просто имейте в виду, хотя часто люди говорят, что вы можете заменить доступ на SQL-сервер, но они часто забывают о разработке приложений. SQL-сервер не имеет форм или кода для создания пользовательского интерфейса с аналогичным доступом. Таким образом, с помощью Access вы создаете пользовательский интерфейс, и теперь, как уже отмечалось, этот пользовательский интерфейс может быть веб-ориентированным.
Для веб-сайтов вы используете недорогой офис 365 (от 6 долларов США за хостинг), или если у вас есть SharePoint на сайте, вы можете использовать его.
Однако в конце дня я не знал об улучшениях использования JET или теперь ACE-обработчика данных в режиме общего доступа к файлам, но вы никогда не ограничивались этим выбором при использовании Access.