Как сделать базу access многопользовательской?

Всем привет! В этом уроке разберем пошаговое создание таблиц в базе данных Access. От вас потребуется только читать и повторять. Поехали!
Цель: научиться создавать таблицы базы данных, задавать их структуру, выбирать типы полей и управлять их свойствами; освоить приемы наполнения таблиц конкретным содержанием.

Руководитель малого предприятия, выполняющего сборку персональных компьютеров из готовых компонентов, заказал разработку базы данных, основанной на двух таблицах комплектующих.

Одна таблица содержит данные, которые могут отображаться для клиентов при согласовании спецификации изделия, — в ней указаны розничные цены на компоненты.

1. Запустите программу Microsoft Access (Пуск — Программы — Microsoft Office — Microsoft Access).

2. В окне Microsoft Access включите переключатель Новая база данных.

Создание БД Access — Пошаговое создание таблиц в базе данных Access

3. На боковой панели выберите место, где будет храниться база данных, дайте файлу имя: Комплектующие. Убедитесь, что в качестве типа файла выбрано Базы данных Microsoft Access и щелкните по кнопке Создать. В результате на экране должно появиться окно новой базы данных. Автоматически будет запущен режим создания первой таблицы:

4. Перейти из режима таблицы в режим конструктора, выбрав его в меню:
Когда программа запросит имя таблицы, ввести название: Комплектующие и нажать Ok. Откроется окно конструктора, в котором мы будем создавать структуру таблицы:

Создание Таблицы Access — Пошаговое создание таблиц в базе данных Access

5. Для первой таблицы введите следующие поля:

Обратите внимание на то, что в данном случае поле Цена задано не денежным типом, а числовым. Данные, относящиеся к денежному типу, имеют размерность, выраженную в рублях (если работа выполняется с версией Microsoft Access, локализованной в России).

Но стоимость компонентов вычислительной техники выражать в этой единице измерения не принято. Для сравнимости цен разных поставщиков обычно используют “условные единицы”.

В таких случаях удобно использовать поле числового типа, чтобы не перенастраивать всю СУБД.

Таблица «Комплектующие» — Пошаговое создание таблиц в базе данных Access

6. Щелкните на поле Цена. В нижней части бланка задайте свойство Число десятичных знаков, равным 2.

7. Для связи с будущей таблицей поставщиков надо задать ключевое поле. Поскольку здесь ни одно поле явно не претендует на “уникальность”, используем комбинацию полей Компонент и Модель. Выделите оба поля в верхней части бланка (при нажатой клавише SHIFT). Щелчком правой кнопки мыши откройте контекстное меню и выберите в нем пункт Ключевое поле.

После этого рядом с этими полями будет отображаться «ключ». 8. Закройте окно Конструктора (обычное закрытие – через «крест» в верхнем правом углу окна конструктора).

На запрос сохранения изменённой структуры таблицы ответить согласием.

• 9. Повторив действия пунктов 4-8, создайте таблицу Поставщики, в которую входят следующие поля:
• Для этого нужно выполнить следующее: меню Создать — Таблица.
• Выбрать режим Конструктора.

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

Это типичное текстовое поле.
Ключевое поле можно не задавать – для текущей задачи оно не требуется.
10. В левой боковой панели окна базы данных двойным щелчком откройте по очереди созданные таблицы и наполните их экспериментальным содержанием (по 10 записей).
11.

Закончив работу, закройте таблицы и завершите работу с программой.

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

1. Продолжение следует…
   УРОК 1: Пошаговое создание таблиц в базе данных Access
   УРОК 2: Создание межтабличных связей в базе Access
   УРОК 3: Создание запроса на выборку данных в базе Access
   УРОК 4: Создание запросов с параметром в базе Access
   УРОК 5: Создание перекрёстного запроса в базе Access
   УРОК 6: Создание запросов на изменение в базе Access
2. УРОК 7: Создание и заполнение форм в базе Access

Источник: https://accesshelp.ru/poshagovoe-sozdanie-tablic-v-baze-dannyh-access/

Эффективная база данных Access

17.08.2006 Алан Сугано, Джин Хси

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

Совет 1.

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

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

Совет 2.

определение лиц, использующих базу данных

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

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

ldb-файл не существует, это означает, что никто из пользователей не установил соединение с базой данных и к ней можно получить исключительный доступ или выполнить резервное копирование. Если ldb-файл существует, то его можно открыть в Microsoft Notepad или WordPad.

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

Совет 3.

регулярно копируйте базу данных

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

Прежде чем запустить процедуру резервного копирования, следует убедиться, что все файлы базы данных закрыты; в противном случае открытые файлы могут быть пропущены.

Прежде чем приступить к изменению файла базы данных, полезно скопировать файл в резервную папку. Можно выполнить и быстрое копирование, выбрав Tools в панели инструментов Access, а затем Database Utilities и Back Up Database.

Совет 4.

компактная база данных менее подвержена разрушению

Сжатие базы данных — один из лучших способов избежать порчи базы данных и повысить производительность.

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

Требуется выбрать Tools из панели инструментов Access, затем Database Utilities и запустить процедуру Compact and Repair Database. При использовании сценария Visual Basic for Applications (VBA) компактную базу данных можно получить с помощью команды Application.CompactRepair(SourceFile,DestinationFile, LogFile)

Совет 5.

разделение базы данных на внешний и внутренний компоненты

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

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

Чтобы разделить базу данных, следует выбрать меню Tools из панели инструментов Access, затем пункт Database Utilities и активизировать функцию Database Splitter.

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

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

базу данных Access), выбрав меню Tools из панели Access, затем пункт Database Utilities и функцию Make MDE File. После этого MDE-файл следует разослать по локальным машинам пользователей.

Совет 6.

создание первичного ключа для предотвращения дублирования записей

Фундаментальное правило проектирования баз данных — освободить базу данных от дублированных записей. Простой способ избавиться от дублированных записей — определить первичный ключ или набор первичных ключей, уникально идентифицирующих каждую запись в таблице.

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

Чаще используются первичные ключи AutoNumber и ключи с одним полем.

Совет 7.

использование индекса для ускорения обработки

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

Можно указать, будет ли индексное поле уникальным или разрешить дублирование, выбрав Yes (уникальное) или No (разрешить дублирование) в поле свойств Unique индекса. Если первичный ключ таблицы базы данных имеет тип данных AutoNumber, то следует установить свойство Unique в значение Yes, чтобы пользователь не мог ввести одну и ту же запись дважды.

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

Совет 8.

присвоение полю autonumber значения 1

Поле AutoNumber — одно из полей, используемых в Access в качестве первичного ключа. Access автоматически назначает следующий номер каждой новой записи в соответствии со значением (Increment или Random) поля свойства New Value.

Следует обратить внимание, что поле AutoNumber не может принимать значение 0. Значение поля AutoNumber нельзя вводить или редактировать вручную, но пользователь может сбросить значение этого поля, чтобы вновь начать нумерацию с 1, даже если в таблице есть записи.

После того как будут присоединены старые записи из резервной таблицы, начальным значением поля AutoNumber будет 1.

Совет 9.

использование свойств cangrow и canshrink для больших текстовых полей

Свойства CanGrow и CanShrink существуют для таких объектов управления, как подотчеты, подформы и текстовые поля, а также разделы отчетов. По умолчанию свойство CanGrow имеет значение No. Чтобы увеличить длину вертикального поля в соответствии с размером данных, свойство CanGrow должно иметь значение Yes.

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

При размещении элемента управления в режиме конструирования необходимо проверить наличие достаточного пространства вокруг поля; в противном случае свойство CanShrink будет функционировать некорректно.

Дополнительные сведения о специализированных функциях, с помощью которых можно удалить ненужное пространство, приведены в статье Microsoft «Eliminating Unwanted Blank Lines in Labels and Reports» по адресу http://office.microsoft.com/en-us/assistance/HA011494721033.aspx.

Совет 10.

корректный выбор библиотеки ссылок для обновления

На многих предприятиях существует множество баз данных Access или проектов, выполняемых пользователями с применением различных версий Access (например, Access 2003, Access XP). Access 2003 позволяет открывать различные версии баз данных Access.

Однако необходимо сохранить отдельные экземпляры эталонных библиотек, используемых файлом базы данных на рабочей станции.

В противном случае при попытке открыть и редактировать файл базы данных Access XP с использованием Access 2003 библиотека Access XP может быть автоматически обновлена с использованием эталонных библиотек, что приведет к некорректному функционированию части программного кода VBA.

Алан Сугано — президент компании ADS Consulting Group, консультант в области сетевых технологий, специализированного программирования, Web-разработки Microsoft .NET и проектирования SQL Server. asugano@adscon.com

Джин Хси — директор ADS Consulting Group. Имеет 13-летний опыт проектирования специализированных приложений Microsoft Access, Visual Studio, баз данных и SQL Server.

Эффективная база данных Access

Поделитесь материалом с коллегами и друзьями

Источник: https://www.osp.ru/winitpro/2006/05/2659924/

База данных Access. Особенности работы в многопользовательском режиме (стр. 1 из 5)

Конфликты доступа

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

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

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

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

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

• Изменения существующих записей не сохраняются. Пользователь может даже не заметить, что вне­сенные им изменения не сохранились.

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

Подобные серьез­ные проблемы вполне могут оказаться не выявленными вовремя. Как правило, от них страдают посторонние люди.

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

Проблемы работы приложений Access в многопользовательской среде связаны не только с установкой и снятием блокировок записей.

Конфигурация

Для обслуживания нескольких пользователей приложение Access необходимо на файловом уровне кон­фигурировать по-разному. Каждый способ имеет свои преимущества и недостатки, некоторые из них пе­речисляются ниже.

• Сетевое размещение. В данной конфигурации единый MDB-файл располагается на сетевом серве­ре, и пользователи получают доступ к базе данных при обращении к серверу.

Данные и выполня­емые модули могут содержаться в едином MDB-файле либо размещаться на файловом сервере в виде нескольких отдельных файлов. Преимуществом данной конфигурации является простота поддержки, поскольку при необходимости в обновлении нуждается лишь выполняемый файл.

Однако, поскольку все формы, отчеты, модули, запросы, ЕХЕ-файлы Access, а также все библиотеки DLL и т.п. должны передаваться по сети на рабочую станцию, сетевой трафик неоправданно возрастает, а производительность значительно снижается.

Вероятно, в подобных конфигурациях следует исполь­зовать связанные формы. Далее рассматриваются проблемы связывания форм с данными и возни­кающие при этом конфликты доступа.

• Разделенная база данных с размещенными в сети данными.

Такая конфигурация по традиции на­зывается конфигурацией удаленной базы данных (отметим, что значение слова «удаленная» в чрез­вычайно динамичную эпоху Internet постепенно меняется и вскоре может устареть), поскольку данные отделены от выполняемого модуля или программного кода, хотя механизм баз данных и остается локальным.

В отличие от конфигурации клиент-сервер, механизм баз данных Access на пользовательском ПК получает, обрабатывает, блокирует и снимает блокировку с данных, находя­щихся в MDB-файле на сетевом сервере.

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

• Репликация. При использовании схемы репликации пользователи совместно обрабатывают данные, хотя данные на самом деле не являются общими, как это имеет место в схемах сетевого распре­деления или в разделенных базах данных.

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

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

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

• Конфигурация клиент-сервер. В Access 2000 появилась новая возможность создания клиент-сервер­ных приложений на базе проекта Microsoft Access. В такой конфигурации удаленными являются как данные, так и механизм баз данных.

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

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

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

В данной главе рассматриваются вопросы, которые являются общими для сетевых конфигураций: схе­мы разделенной базы данных и реализации архитектуры клиент-сервер. О репликации рассказывается в главе 22.

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

Основой организации работы в многопользовательской среде является планирование, прогнозирование и тестирование.

Access и способы блокировки в Jet

Механизм Jet имеет схему блокировки, которая позволяет эффективно обслуживать несколько пользо­вателей. При использовании Jet с Access, а не с VB или каким-либо иным инструментом разработки необходимо учитывать, что некоторые действия выполняются по умолчанию. Данный раздел посвящен изучению этих вопросов.

Основные сведения о блокировке

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

В диалоговом окне Options (Параметры), отображающемся при выполнении команд меню Tools Options (Сервис / Параметры), во вкладке Advanced (Другие) имеется параметр Default open mode (Режим откры­тия, определенный по умолчанию). Здесь можно определить режим открытия базы данных, т.е. должна ли она открываться для монопольного доступа (только для одного пользователя на весь сеанс работы) или для общего доступа.

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

в разделе «LDB-файл») и запрещая доступ к данным для всех других пользователей. Очевид­но, для многопользовательского приложения такая настройка использоваться не должна.

Однако такие процедуры, как сжатие и восстановление, следует выполнять над базой данных, открытой для монополь­ного доступа.

Источник: https://mirznanii.com/a/310194/baza-dannykh-access-osobennosti-raboty-v-mnogopolzovatelskom-rezhime

Поддержка технологий корпоративных сетей

Введение в Access 2010

25

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

• Данные внешних источников могут импортироваться в базу данных Access.
• На вкладке Внешние данные (External Data) в группе Импорт и связи (Import & Link) представлены доступные для этой операции источники данных. Импорт и связывание могут быть выполнены для данных из таких источников как Access, Excel, база данных ODBC, текстовый файл, XML-файл, список SharePoint, доку-
• мент HTML, папка Outlook, файл dBase.
• Возможен экспорт таблиц, запросов, форм и отчетов, выделенной части объекта в режиме таблицы из базы данных Access в форматы других приложений. Операции экспорта представлены в одноименной группе на вкладке Внешние данные
• (External Data).
• Выполнение операций импорта или связывания данных, как и экспорта данных из базы для большинства форматов, требует лишь указания, где расположены данные, и выбора способа их хранения в базе данных.

Корпоративные сети являются сетями уровня предприятия, которые базируются на клиент-серверных и интернет-технологиях. Эти сети могут подключаться или не подключаться к Интернету (рис. 1.6).

Выход в Интернет

Общая база
данных
Access	Сервер баз данных,
веб-сервер
Access	Access
Бухгалтерия
Склад	Сотрудники
Директор	Администрация

Internet Explorer

Internet Explorer

Рис. 1.6. Корпоративная сеть с SQL- и веб-серверами

1. Технологии Интернета позволяют получить доступ к информации всего предприятия со своего рабочего места, не заботясь о совместимости аппаратных и программных платформ, используя обычную программу просмотра — обозреватель
2. Internet Explorer.
3. Access включает развитые средства, ориентированные на клиент-серверные технологии, которые позволяют создавать клиентские приложения для работы с общими базами данных SQL Server.

Для организации совместной работы с данными и взаимодействия пользователей с помощью единой веб-среды могут быть использованы служба Windows SharePoint Services, специальные технологии взаимодействия и коммуникаций, которые легко интегрируются с приложениями Microsoft Office. Служба Windows SharePoint Services является компонентом Microsoft Windows Server. Обеспечивает пользователей набором инструментов для организации информации, управления документами и эффективного взаимодействия.

С помощью Windows SharePoint Services можно создавать веб-сайты для хранения общих данных и совместной работы с ними. Доступ пользователей к содержимому Web-сайтов осуществляется через веб-обозреватель или приложения Microsoft Office из любой точки корпоративной сети.

Access предоставляет разнообразные простые и удобные средства размещения данных из баз на одном или нескольких сайтах SharePoint для доступа к ним пользователей корпоративной сети, а также средства использования списков SharePoint в приложениях Access.

Многопользовательская база данных Access

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

Под одноранговой понимается сеть, каждый компьютер которой может предоставлять остальным подключенным к сети компьютерам доступ ко всем или некоторым своим ресурсам, т. е. являться сервером и рабочей станцией одновременно. Одноранговая сеть может управляться встроенной сетевой операционной системой

Windows 9x или Windows NT/2000/XP/Vista/Windows 7.

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

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

Введение в Access 2010

27

Работа локальной сети с файловым сервером обеспечивается рядом сетевых операционных систем. Наиболее популярными являются Microsoft Windows Server

иNovell NetWare. ОС Windows имеют версию Server, предназначенную для управления файловым и другими серверами сети, и версию 2000/XP/Vista/Windows 7, которая устанавливается на рабочей станции и под управлением которой могут выполняться различные приложения, в том числе и Access.

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

ипароля.

Access не следит за разграничением доступа разных пользователей к базе данных, но автоматически обеспечивает защиту данных от одновременной их корректировки несколькими пользователями.

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

Блокирование не допускает изменения записи другими пользователями, пока текущее изменение не будет закончено.

Выбор режима блокировки на уровне записей по умолчанию в текущей базе данных производится параметром Открытие баз данных с использованием бло-

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

Работа Access с базой данных SQL Server

Работа с общей базой данных в сети с файловым сервером становится неэффективной уже при одновременной работе 15 пользователей.

На обеспечение эффективной работы большого числа пользователей с общей базой данных ориентирована технология «клиент-сервер».

В этой технологии пользователь-клиент передает со своего компьютера запрос на компьютер сервера, там СУБД обрабатывает запрос и обратно посылает только результат выполнения запроса. Таким образом, значительно снижается объем передаваемых по сети данных.

Приложение пользователя разрабатывается и выполняется под управлением СУБД Access на компьютере клиента. Общая база данных размещается на мощном компьютере, где функционирует сервер баз данных, управляемый СУБД SQL Server (см. рис. 1.6). Эта СУБД выполняет обработку данных, размещенных на сер-

вере, и отвечает за их целостность и сохранность. Для доступа к данным базы на сервере используется язык структурированных запросов SQL.

Широко известны серверы баз данных — SQL Server фирмы Microsoft и Oracle Server фирмы Oracle. SQL-серверы баз данных являются самыми мощными приложениями для сетевой обработки данных.

Подключение из Access к серверам баз данных SQL может быть осуществлено с помощью драйверов ODBC. Каждому серверу баз данных соответствует свой драйвер ODBC. В комплект поставки MS Access включены драйверы ODBC для

MS SQL Server и Oracle SQL Server.

Приложение Access взаимодействует с данными, расположенными на сервере, несколькими способами. Можно посылать на сервер запросы на языке SQLсервера.

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

Кроме того, в локальной базе данных могут быть созданы связанные таблицы, отображающие данные из таблиц SQL-сервера. Эти таблицы могут обрабатываться в приложении наряду с локальными таблицами базы.

В Access реализована возможность создания приложения-проекта, в котором хранятся только объекты, составляющие приложение пользователя, а база данных, с которой работает приложение, размещается на SQL-сервере.

Причем в проекте Access обеспечивается работа с объектами базы данных (таблицами, представлениями, хранимыми процедурами, схемами данных) в диалоговом режиме через интерфейс, аналогичный интерфейсу SQL-сервера.

Проект Access, являющийся клиентом SQL-сервера, позволяет напрямую, не используя ядро баз данных Access Database Engine, подключаться к базам данных Microsoft SQL Server с помощью интерфейсов OLE DB.

Из проекта Access посредством OLE DB обеспечивается доступ не только к базам данных SQL Server, но и к базам данных Access, файлам электронной почты и источникам данных многих других типов.

Создается проект на вкладке Файл (File) в окне представления Backstage, где при выборе местоположения файла новой базы данных в окне Файл новой базы данных (File New Database) задается имя файла и в поле Тип файла (Save as type) из списка выбирается Microsoft Access Проекты (*.adp) (Microsoft Access Projects).

MS SQL Server, начиная с версии 2005, предоставляет бесплатную версию SQL Server Express, которая позволяет создать проект, предназначенный для работы с базой данных SQL Server, работая на локальном компьютере, не подключенном к сети. При этом нет необходимости приобретать лицензию и устанавливать сетевой вариант сервера баз данных. Работа этой версии основывается на том же ядре базы

Источник: https://studfile.net/preview/3009981/page:7/

Как сделать базу данных Access сетевой ? -> Форум на Исходниках.Ру

 Как сделать базу данных Access сетевой ?

• Подписаться на тему
• Сообщить другу
• Скачать/распечатать тему

значит так, есть база данных Access, приложение написанное на Delphi, хотелось бы при минимальных изменениях проги работать с одной базой нескольким пользователям одновременно по сети. Как это сделать, а тем более с чего начать я незнаю, подскажите кто знает !

Guru Рейтинг (т): 181

Положи базу данных в зашаренный каталог и работай — в простейшем случае никаких изменений делать не надо. With the best wishes, Vit I have done so much with so little for so long that I am now qualified to do anything with nothing Самый большой Delphi FAQ на русском языке здесь: www.drkb.ru

а по другому ни как нельзя ?  чтоб трафик сильно не жрала програмулина ?

Profi Рейтинг (т): 2

можно пишешь свой сервер БД, который крутится на сервере, обращается к локальной БД Аксесс, и все клиенты работают через твой сервер можешь еще и стандарты ODBC соблюсти, и свой драйверок накатать Страшно?  😉 Правильно! Нафига это все надо, если есть нормальные СУБД типа SQL Server?! так что либо сделай, как советовал Vit (долгое время люди только так и работали, да еще и на 10Мбит ), либо меняй БД — Аксесс тебе не поможет  😉 ;D Великий и могучий-это C++!

Guru Рейтинг (т): 181

Дык всё просто — MS Access — это просто файл с данными. Чтобы что-то делать с данными, например выборку или выполнять запрос, нужен програмный код который будет это делать. Своего встроенного програмного кода у mdb файла нет, только тот  что ты напишешь и код драйвера, который выполняется на той машине, что и твоя программа. Если код на одной машине, а данные на другой, то для работы с данными их надо перекачивать по сети. Выход — часть кода должна работать там где данные — эта часть называется сервером. MS Access собственного сервера не имет, значит выходов 2:1) Пишем свой сервер, в принципе это не очень сложно, примерно 2-4 недели работы для программиста среднего уровня, тем более что есть хорошо отработанные технологии для таких вещей: DCOM, CORBA, MIDAS и т.п. Обеспечить механизм транзакций и блокировок, т.е. приклепать к нему транзакционный сервер в принципе не очень сложно, и по моему опыту занимает примерно 1-2 недели. А вот отладить сервер, сделать его стабильным и работающим во всех случаях требует хорошего опыта и обычно примерно 2-3 месяца работы. В целом такой проект примерно на пол-года, ну чтобы сделать так чтобы ничего не падало от малейшего чиха. В общем делать так можно, и даже нужно, но обычно это подход для бизнес-проектов средних и больших размеров, например пакет програм для обеспечения работы небольшой корпорации — примерно на 1000 рабочих станций — там разграничиваем бизнес логику и GUI, делаем ограничения доступа к данным,  защиту данных, синхронизацию многочисленных серверов баз данных в разных городах и т.п. В принципе, то что я описал — это минимальный проект в котором стоит идти таким путём. Да совсем забыл — это называется multi-tier программированием.2) Не занимаемся фигнёй, берём один из многочисленных серверов баз данных и переводим на него Ваш продукт в течение ближайшего часа. With the best wishes, Vit I have done so much with so little for so long that I am now qualified to do anything with nothing Самый большой Delphi FAQ на русском языке здесь: www.drkb.ru

1 пользователей читают эту тему (1 гостей и 0 скрытых пользователей)

0 пользователей:

[ Script Execution time: 0,0749 ]   [ 15 queries used ]   [ Generated: 27.11.19, 19:19 GMT ]  

Источник: https://forum.sources.ru/index.php?showtopic=11186

Возможные варианты использования проектов Microsoft Access

Возможные варианты использования проектов Microsoft Access

Существует несколько способов развертывания проекта Microsoft Access.

Использование проектов Microsoft Access в многопользовательской среде

В многопользовательской среде каждому пользователю часто необходима его собственная копия файла проекта Microsoft Access, подключенная к общей базе данных Microsoft SQL Server. Два или несколько пользователей не могут изменять объекты, такие как формы или отчеты, в одном и том же файле проекта Microsoft Access.

Проект Microsoft Access всегда открывается в монопольном режиме. При попытке открыть проект Microsoft Access, уже открытый другим пользователем, программа выводит предупреждение о том, что этот файл открыт в монопольном режиме, и предлагает воспользоваться копией, доступной только для чтения. В этом случае в проекте Microsoft Access невозможно изменение объектов.

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

При использовании Microsoft Windows Terminal Server каждый пользователь может иметь личную область данных, определенную профилем пользователя на Terminal Server. Можно создать копию проекта в папке данных текущего приложения каждого пользователя, и при входе пользователя в Terminal Server ему будет предоставлена личная копия файла проекта Microsoft Access.

Совместное использование базы данных Microsoft SQL в Internet

Существует возможность создания страниц доступа к данным или вывода одного или нескольких объектов базы данных в генерируемый сервером файл HTML или статический файл HTML. Затем можно отобразить Web-страницы в обозревателе Microsoft Internet Explorer и получить доступ к данным через эти страницы.

Создание автономных приложений данных

Не всегда удается иметь доступ к базам данных организации.

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

Использование файла проекта Microsoft Access и базы данных разными пользователями

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

Может потребоваться создание проекта Microsoft Access и, после его подготовки к тестированию или производству, отключение от базы данных Microsoft SQL Server.

Например, можно создать приложение проекта и подключить его к базе данных Microsoft SQL Server после распределения копий.

Для создания баз данных, доступных пользователям, можно также применять команды Копировать файл базы данных или Перенести базу данных, макрокоманды или методы. Кроме того, создать базу данных Microsoft SQL Server можно с помощью файла сценария.

• Использование разработчиками мастера развертывания из пакета Microsoft Office XP
• При использовании Microsoft Office XP возможно применение мастера упаковки и развертывания для создания программы инсталляции, которая установит оба приложения проекта Microsoft Access и Microsoft SQL Server 2000 Desktop Engine.
• Репликация базы данных Microsoft SQL Server

При использовании двух компьютеров, например стоящего в офисе и переносного, имеется возможность создавать реплики базы данных Microsoft SQL Server и поддерживать их синхронизацию. При этом находящиеся в разных местах пользователи могут одновременно работать каждый со своей копией основной реплики, а затем синхронизировать их по сети через удаленное подключение или Internet.

Следующая глава

Источник: https://it.wikireading.ru/41799

Настройка базы данных MS-Access для многопользовательского доступа

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

Q1: Как мы можем убедиться, что пользователь записи может вносить изменения в данные таблицы, а другие пользователи используют данные? Используют ли пользователи-читатели блокировки на таблицах? Должен ли пользователь записи помещать блокировки в таблицу? Предоставляет ли Access это для нас или мы должны явно это кодировать?

Никто не ответил на это в полной мере. Информация о настройке блокировок в параметрах доступа не имеет ничего общего с чтением и блокировкой записи. No Locks vs. All Records vs. Edited Record — это то, как вы устанавливаете блокировку записей по умолчанию для WRITES.

• Никакие блокировки не означают, что вы используете блокировку OPTIMISTIC, что означает, что вы разрешаете нескольким пользователям редактировать запись, а затем сообщать об этом после того, как запись изменилась с тех пор, как они начали свои собственные изменения. Оптимистическая блокировка — это то, с чего вам следует начинать, поскольку для ее реализации не требуется кодирование, а для небольших пользователей это вряд ли когда-либо вызывает проблему.
• Все записи означают, что вся таблица заблокирована при каждом запуске редактирования.
• Отредактированная запись означает, что меньше записей заблокировано, но независимо от того, установлена ​​ли одна запись или более одной записи, установлена ​​ли ваша база данных для использования блокировки уровня записи (сначала добавлена ​​в Jet 4) или блокировка на уровне страницы. Честно говоря, я никогда не думал, что стоит установить блокировку на уровне записи, поскольку оптимистическая блокировка позаботится о большинстве проблем.

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

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

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

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

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

Я бы вообще не реализовал Jet ULS и вместо этого просто архитектор форм редактирования данных, чтобы они проверяли вход пользователя в систему Windows и делали формы доступными только для чтения или записываемые в зависимости от того, какие пользователи должны получать доступ.

Независимо от того, хотите ли вы записывать членство в группе в таблице данных или поддерживать группы безопасности Windows для этой цели, зависит от вас. Вы также можете использовать файл рабочей группы Jet для работы с ним и предоставить другой файл system.mdw для пользователей записи.

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

Если вы используете Jet ULS, это может стать действительно волосатым, чтобы все исправить. Он включает блокировку всех таблиц как только для чтения (или, возможно, даже не для этого), а затем с использованием запросов RWOP для обеспечения доступа к данным. Я не сделал этого, кроме одного такого приложения за 14 лет профессионального развития Access.

Подводя итог моим ответам на части вашего вопроса:

Как мы можем убедиться, что пользователь записи может вносить изменения в данные таблицы, а другие пользователи используют данные?

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

Используют ли пользователи-читатели блокировки таблиц?

Не имеет смысла. У Jet/ACE есть блокировки чтения, но они существуют только с целью сохранения состояния для отдельных просмотров и для обновления данных для пользователя. Они не блокируют операции записи любого рода, хотя накладные расходы на их отслеживание теоретически замедляют работу. Этого недостаточно, чтобы беспокоиться.

Должен ли пользователь записи помещать блокировки в таблицу?

Доступ в сочетании с Jet/ACE делает это автоматически, особенно если вы выбрали оптимистичную блокировку по умолчанию.

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

Предоставляет ли Access это для нас или мы должны явно указывать это?

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

Q2: Существуют ли какие-либо общие проблемы с «транзакциями MS Access», о которых мы должны знать?

Jet/ACE поддерживает транзакцию фиксации/откат, но мне это не ясно, если это то, что вы имеете в виду в этом вопросе.

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

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

Возможно, одна из проблем здесь (особенно в свете первого вопроса) заключается в том, что вы не совсем понимаете, что Access предназначен для создания приложений с данными, связанными с формами.

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

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

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

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

Q3. Можем ли мы работать с формами, запросами и т.д., Пока они используются? Как мы можем «программировать», не мешая пользователям?

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

Q4. Какие настройки в MS Access влияют на то, как обрабатываются вещи?

«вещи?» Какие вещи?

Q5. Наш опыт работы в основном связан с Oracle, где Access отличается при работе с несколькими пользователями? В Access есть такие вещи, как «уровни изоляции»?

• Я не знаю ничего конкретно о Oracle (ни один из моих клиентов не мог позволить себе это, даже если бы они этого захотели), но попросив сравнение Access и Oracle предает фундаментальное недоразумение где-то вдоль линии.
• Доступ — это инструмент разработки приложений.
• Oracle — это сервер базы данных промышленной силы.
• Яблоки и апельсины.
• Теперь, конечно, Access поставляется с механизмом базы данных по умолчанию, первоначально называемым Jet, и теперь переработан и переименован в ACE, но есть много уровней, на которых доступ к платформе разработки можно полностью отключить от Jet/ACE, механизма базы данных по умолчанию,

В этом случае вы решили использовать заднюю часть Jet/ACE, которая, вероятно, будет очень удобной для небольших пользовательских групп, то есть до 25. Jet/ACE также может быть до 50 или 100, в частности когда только несколько из одновременных пользователей имеют разрешение на запись. Хотя ограничение 255 пользователей в Jet/ACE включает в себя как пользователей, предназначенных только для чтения, так и пользователей записи, количество пользователей, которые действительно контролируют количество одновременных пользователей, которых вы можете поддерживать, и в вашем случае у вас есть приложение, в основном читаемое — только пользователи, поэтому не должно быть сложно создать хорошее приложение, у которого нет проблем с задним концом.

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

Теперь для эффективности полезно создать привязку ваших форм к подмножествам записей, а не целым таблицам, но даже со всей таблицей в источнике записей за формой редактирования данных Access будет достаточно эффективен при редактировании Jet/Таблицы ACE (старый миф о том, как вытащить всю таблицу по проводам), пока ваши таблицы данных эффективно индексируются.

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

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

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

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

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

Запустите форму и отчет мастера и проверьте результаты, которые они производят.

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

Источник: http://qaru.site/questions/254063/setting-up-an-ms-access-db-for-multi-user-access