Прежде всего, Access - это настоящая СУБД. То, что это не так, является клиент-сервер RDBMS.
Это только означает, что количество одновременных подключений ограничено, а безопасность данных требует тщательного обдумывания.
Помимо прочего, Access - это также среда IDE, в которой в качестве языка используется VBA.
Это означает, что в Access вы можете создавать интерфейсные приложения, которые ссылаются на серверную часть SQL Server, серверную часть Access или серверную часть SharePoint. Так что это одно очень универсальное печенье.
Это ограничения:
Безопасность: если вы используете серверную часть Access, обратите внимание, что она не имеет встроенной защиты базы данных клиент-сервер. В любом приложении безопасность зависит от стоимости и необходимой секретности данных.
Количество одновременных подключений. если вы не будете осторожны, Access будет бороться с более чем 10 людьми, пытающимися обновить данные одновременно. Вы можете расширить это, но вам нужно знать, что вы делаете, чтобы гарантировать результаты. чтобы добавить к нему число, скажем, 50 одновременных подключений.
Как и большинство баз данных, он подвержен повреждению.
ПРИМЕЧАНИЕ: когда вы обращаетесь к Access как к базе данных, вам действительно следует ссылаться на «движок базы данных», JET или ACE, в зависимости от версии и, для Access 2007+, диктуется используемым форматом файла. Другими словами, если вы храните данные в таблицах Access, вы используете либо JET, либо ACE. Однако если вы используете LINKED TABLES, например, в SQL Server, то, строго говоря, вы не используете безопасность JET или ACE для этих таблиц.
Access SQL не позволяет вам писать хранимые процедуры (вы можете писать функции в VBA) в том смысле, что Access SQL допускает только императивные операторы в отличие от процедурных операторов (например, операторов потока управления). Вы можете ввести некоторый «процедурный код», используя функции VBA, но это сильно отличается от использования операторов SQL.
Вы создаете резервную копию самого файла. Вы можете написать код, чтобы сделать это одним нажатием кнопки.
Безопасность всегда зависит от стоимости. Если у вас есть данные на сумму более 100 000 долларов США (в случае кражи прав или юридических обязательств, если они украдены и вы не проявили должной осмотрительности при их защите), то Access, вероятно, не является ответом. 100 000 - произвольная цифра. Точная цифра будет зависеть от того, являются ли данные застрахованными, а также от последствий их потери или кражи.
Т.е., если значение данных является главной задачей, то определенно не используйте Access в качестве серверной части. Используете ли вы его как интерфейс, вопрос бюджета. За 5000 долларов США я написал приложения, которые все еще работают 10 лет спустя. Теперь им нужно перенести серверную часть на SQL Server, поскольку объем конфиденциальных данных вырос.
Доступ, если он используется в рамках вышеуказанных ограничений И когда он используется профессиональным разработчиком Access (а не недовольным дураком, который считает, что ему следует использовать «более прохладные» технологии), будет создавать очень сложные, надежные и надежные приложения на десятой стоимость других систем. В таких сценариях Access абсолютно НЕ МОЗГ.
Все остальное будет стоить дороже, займет больше времени и будет таким же хорошим, как человек, который пишет код и разрабатывает интерфейс.
У меня есть приложение (первое, которое я когда-либо создавал в Access), которое без проблем работает в течение 10 лет. Мы значительно расширили его. Я перешел в ASP.NET MVC, но Access - это то, откуда я родом, и я видел, что он работает хорошо.
Итак, подведем итог: количество пользователей имеет значение, а значение или обязательства, подразумеваемые в данных, являются другим решающим фактором.
Если число одновременных пользователей невелико, а ценность / неявная ответственность данных мала, то выбор, безусловно, возможен.
Тем не менее, найдите себе хорошего разработчика.
редактирует / РАЗЪЯСНЕНИЯ:
Приведенный выше ответ, как и все ответы, был написан на скорую руку в середине рабочего дня. Некоторые утверждения были немного грубыми и общими и не были написаны с должной степенью точности ... Однако, когда комментарии, сделанные другими, разумны, автору ответа следует отредактировать сообщение и уточнить.
1 /
Доступ - это святая троица. Это IDE для написания форм, отчетов и функций для использования в ваших запросах. Он «включает» ядро базы данных (JET / ACE). Он предоставляет визуальный интерфейс для механизма базы данных, который позволяет создавать запросы, устанавливать отношения между таблицами и т. Д.
Во многих своих ролях его обычно называют просто Access, но точность помогает изучить Access и извлечь из него максимум пользы.
2 /
Access не может использовать хранимые процедуры в том смысле, что Access SQL может использовать только императивные операторы, а не процедурные (например, операторы потока управления). Я всегда думал, что есть причина называть их хранимыми ПРОЦЕДУРАМИ.
* 1 072 * 3 /
Не каждое приложение Access стоит ровно 100 000. Кроме того, бюджет приложения Access не равен стоимости данных. Это очевидно. Идея, которую я пытался донести, состояла в том, что если данные стоят больше, чем сумма, которую можно разумно застраховать, то не используйте Access. Это цифра 100 000? По словам Люка Чанга и Клинта Ковингтона, бывшего менеджера программы Access, да, но не верьте им на слово. Это действительно просто означает «много денег».
Я написал приложение для медицинских благотворительных организаций, которое все еще работает 10 лет спустя, после первоначального бюджета в 5000. Они, вероятно, вложили еще 20 000 за эти годы. Такое приложение - приятное место для доступа.