Доступ к стратегиям обмена базами данных

Question

Какие стратегии вы используете, чтобы несколько человек работали с базой данных доступа?

Можно ли разместить его в сети и по-прежнему использовать его функции без необходимости разработки пользовательского интерфейса?

MS Access как программное обеспечение имеет несколько приятных функций, которые не требуют программирования для настройки:

• Выпадающие списки - выберите один
• Несколько списков флажков - выберите несколько

Можно ли получить доступ ко всем этим функциям даже при размещении в Интернете? Я в основном думаю об альтернативном способе быстро заставить людей работать с данными, используя функции графического интерфейса, как указано выше, без использования веб-приложения <> MySQL.

Answer 1

У вас есть несколько хороших комментариев здесь. Имейте в виду, что все изменилось для доступа 2010.

Access 2010 позволяет создавать веб-приложения. Процесс разработки во многом такой же, как и в течение многих лет, но вы не можете использовать VBA в формах для этих веб-приложений (вы используете новый язык макросов). Этот новый набор функций позволяет публиковать созданные вами приложения на веб-сайте. Вот видео моего приложения, работающего в Access 2010, и в середине видео я перехожу на 100% запуск приложения доступа в веб-браузере:

http://www.youtube.com/watch?v=AU4mH0jPntI

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

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

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

Теперь, может быть, пользователи будут на ноутбуках и в разных местах по всей стране? В этом случае вы пытаетесь подключиться через глобальную сеть, или пользователи подключаются к приложению через Интернет. Это другая проблема. В этом типе сценария хорошее решение состоит в том, чтобы использовать что-то вроде сервера SQL для серверной части, и вы продолжаете развертывать интерфейсы Access на компьютере каждого пользователя. Это приложение имеет тенденцию быть самым доступным по стоимости также. Использование sql server + ms-access означает, что вы продолжите разработку в Access по большей части, как всегда. Еще один способ реализовать глобальное использование без использования сервера sql - это использовать то, что называется терминальными службами. Я обрисовал эти возможности в следующей статье:

http://www.members.shaw.ca/AlbertKallal//Wan/Wans.html

Как уже упоминалось, несколько других здесь разместили ссылки на некоторые из новых функций SharePoint, которые вы можете использовать, но они не выйдут до конца этого года.

Answer 2

Многопользовательские приложения доступа довольно легко сделать для небольших групп пользователей рабочей группы в 15-25 рейнджеров или меньше. Кроме того, разработчик должен рассмотреть вопрос об увеличении размера до серверной части, так как компромисс - это большие административные издержки для сервера вместо необходимости более тщательно программировать приложение, если вы сохраняете серверную часть Jet / ACE.

Что касается онлайн-доступа, то это невозможно по HTTP, но если у вас есть сервер терминалов Windows, вы можете разместить там свое приложение и предоставить пользователям доступ к нему. На самом деле это чрезвычайно простой, эффективный и недорогой способ поддержки удаленных пользователей приложения, хотя чем больше население, тем более проблематичным оно становится. Но к тому времени, когда приложение Access будет иметь пользователей, которые будут напрягать настройку Windows Terminal Server, вы больше не будете использовать серверную часть Jet / ACE.

А с серверной частью вы могли бы предоставить доступ к SQL Server через VPN через Интернет, и если вы действительно эффективно напишите свое приложение Access, даже через стандартное широкополосное соединение, ваши пользователи все равно смогут работать продуктивно.

Тогда есть будущее Access: в Access 2010 была проделана большая работа по интеграции с множеством новых функций в Sharepoint 2010. Если вы создаете свое приложение A2010 с использованием веб-форм и отчетов Access нового типа Ваше приложение может быть загружено на сервер Sharepoint, на котором запущены новые службы доступа, и затем может использоваться в веб-браузере (не ограничиваясь IE и не зависимым от каких-либо плагинов или веб-элементов управления, как это было в прошлом с совершенно бесполезные страницы доступа к данным). Хранилище данных может быть либо SQL Server, либо вы можете оставить его Jet / ACE для пользователей, которые не обращаются к нему через веб-браузер, и хранить данные в Sharepoint для онлайн-пользователей. Кроме того, у вас может быть приложение, интегрированное с Sharepoint, работающее локально в Access, которое использует Sharepoint при подключении к Интернету и по-прежнему может работать в автономном режиме, когда отключено. При повторном подключении вы синхронизируете локальные изменения с сервером Sharepoint, устраняете все различия и продолжаете работать.

Функции действительно замечательные, и, согласно тому, что я слышал и видел, если приложение Access построено полностью из веб-форм и отчетов, оно будет выглядеть и функционировать одинаково при запуске в Access и при запуске в Интернете. браузер через Sharepoint. И если вам нужны клиентские функции, которые вы не предоставляете пользователям, запускающим приложение в браузере, вы все равно можете использовать традиционные объекты Access!

В блоге группы разработчиков Access есть несколько постов о том, что будет в A2010, и там есть хорошее видео, демонстрирующее, как A2010 интегрируется с новыми службами доступа Sharepoint 2010 .

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

Answer 3

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

Затем создайте ссылку на базу данных SQL Server с помощью Access и разрешите пользователям использовать ее, как и раньше.

Посмотрите на эту ссылку: http://office.microsoft.com/en-us/access/HA010345991033.aspx

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

Answer 4

Размещено в сети? Ты имеешь ввиду в сети? Технически это будет работать в сети, но есть причина, по которой MS-Access не в Visual Studio - это не считается платформой разработки - это настольное приложение. Когда MS-Access впервые появился на сцене, многие люди создавали приложения, используя его. Многопользовательской функциональности просто нет. До четырех или пяти пользователей в порядке. Но я бы не стал больше.

Answer 5

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