Методи спільного доступу до локальної бази даних Access
Застосовується до
Access для Microsoft 365 Access 2024 Access 2021 Access 2019 Access 2016

Існує кілька способів надання спільного доступу до бази даних Access залежно від потреб і доступності ресурсів. У цій статті ми розглянемо доступні варіанти, переваги кожного варіанту та ресурси для отримання додаткової інформації.

У цій статті

Огляд способів надання спільного доступу до даних Access

Програми баз даних змінюються та зростають із часом. Багато факторів впливають на потреби та продуктивність, зокрема кількість одночасних користувачів, мережеве середовище, пропускну здатність, затримку, розмір бази даних, максимальний час використання та очікувані темпи зростання. Коротше кажучи, якщо рішення бази даних буде успішним, можливо, воно має розвиватися. На щастя, Access має еволюційний шлях, від простого до просунутого, що ви можете зайняти більше часу, щоб ефективно масштабувати своє рішення. У таблиці нижче наведено Access сценарії та навантаження, які допоможуть вибрати цей шлях.

Огляд параметрів спільного доступу Access

На початок сторінки

Надання спільного доступу до однієї бази даних

Це найпростіший варіант із найменшими вимогами, проте він забезпечує найменшу функціональність. У цьому методі файл бази даних зберігається на спільному мережевому диску, і всі користувачі одночасно мають до нього спільний доступ. Якщо кілька користувачів змінюватимуть дані водночас, це накладає певні обмеження, зокрема на надійність і доступність. Цей метод також може призвести до погіршення продуктивності, оскільки всі об’єкти бази даних надсилаються через мережу.

Цей параметр може допомогти вам, якщо база даних використовуватиме лише кілька користувачів одночасно, а користувачам не потрібно настроювати структуру бази даних. Але цей метод менш безпечний, ніж інші способи надання спільного доступу до бази даних, оскільки кожен користувач має повну копію файлу бази даних, підвищуючи ризик несанкціонованого доступу.

Щоб надати спільний доступ до бази даних за допомогою спільної папки:

  1. У середовищі для дому або малого бізнесу надайте спільний доступ до папки певним користувачам. Докладні відомості див. в статті Надання спільного доступу до файлів через мережу у Windows.

  2. Переконайтеся, що Access настроєно на відкриття в спільному режимі на всіх комп'ютерах користувачів. Це стандартний параметр, але переконайтеся, що користувач відкриває базу даних у монопольному режимі, це заважатиме доступності даних.

    1. Запустіть Access, а потім у розділі Файл натисніть кнопку Параметри.

    2. У полі ПараметриAccess натисніть кнопку Параметри клієнта.

    3. У розділі Додатково в розділі Режим відкриття за замовчуванням виберіть Пункт Спільний, натисніть кнопку OK, а потім вийдіть Access.

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

  4. На комп’ютері кожного користувача створіть ярлик файлу бази даних. Докладні відомості див. в статті Створення ярлика на робочому столі для програми або файлу Office.

На початок сторінки

Спільний доступ до розділеної бази даних

Це зручно, якщо у вас немає сайту SharePoint або сервера бази даних. Ви можете надати спільний доступ до розділеної бази даних через локальну мережу. Розділити базу даних означає перегрупувати її у два файли – файл серверної бази даних (який містить таблиці даних) і файл клієнтської бази даних (який містить усі інші об’єкти бази даних, наприклад запити, форми та звіти). Кожен користувач взаємодіє з даними, використовуючи локальну копію клієнтської бази даних.

Переваги розділення бази даних включають такі переваги:

  • Покращена продуктивність    У мережі надається лише спільний доступ до даних, а не таблиць, запитів, форм, звітів, макросів і модулів.

  • Більша доступність    Операції з базою даних, наприклад редагування записів, завершуються швидше.

  • Посилена безпека    Користувачі мають доступ до серверної бази даних через зв'язані таблиці; менш імовірно, що зловмисники можуть отримати несанкціонований доступ до даних через клієнтську базу даних.

  • Підвищено надійність    Якщо користувач стикається з проблемою, і база даних несподівано закривається, будь-які пошкодження файлу бази даних зазвичай обмежується копією клієнтської бази даних, яку відкрив користувач.

  • Гнучке середовище розробки    Кожен користувач може самостійно розробляти запити, форми, звіти та інші об'єкти бази даних, не впливаючи на інших користувачів. Можна також розробити та розповсюдити нову версію клієнтської бази даних, не перешкоджаючи доступу до даних, що зберігаються в серверній базі даних.

Докладні відомості див. в статті Розділення бази даних Access.

На початок сторінки

Надання спільного доступу до даних на сайті SharePoint

Існує кілька способів надання спільного доступу до даних Access на сайті SharePoint.

  • Посилання    Процес зв'язування підключається до даних в іншій програмі, щоб переглядати та редагувати найновіші дані як у SharePoint, так і в Access, не створюючи та не зберігаючи копію даних у Access. Якщо не потрібно копіювати Список SharePoint до бази даних Access, а виконувати запити та створювати звіти на основі вмісту цього списку, можна створити зв'язок із даними.

  • Переміщення    Коли ви переміщуєте дані з Access на сайт SharePoint, на SharePoint сайті створюються списки, які залишаються зв'язаними з таблицями в базі даних. Майстер експорту таблиць до SharePoint дає змогу одночасно перемістити дані з усіх таблиць і зберегти зв'язки.

Докладні відомості див. в статті Імпорт, зв'язування або переміщення даних до SharePoint.

Попередження    Хоча файл бази даних Access можна зберегти в OneDrive або SharePoint бібліотеці документів, радимо не відкривати базу даних Access з цих розташувань. Можливо, файл буде завантажено локально для редагування, а потім передано ще раз після збереження змін у SharePoint. Якщо кілька користувачів відкривають базу даних Access з SharePoint, може бути створено кілька копій бази даних і можливі неочікувані дії. Ця рекомендація застосовується до всіх типів файлів Access, включно з однією базою даних, розділеною базою даних і форматами файлів ACCDB, ACCDC, ACCDE та ACCDR. Докладні відомості про розгортання Access див. в статті Розгортання програми Access.

На початок сторінки

Надання спільного доступу до даних за допомогою сервера бази даних

Для надання спільного доступу до бази даних можна використовувати Access із сервером баз даних, наприклад SQL Server. Цей метод має багато переваг, але й вимагає додаткового програмного забезпечення – сервер бази даних.

Цей метод схожий на розділення бази даних, оскільки таблиці зберігаються в мережі, і кожен користувач має локальну копію файлу бази даних Access, який містить посилання на таблиці разом із запитами, формами, звітами та іншими об'єктами бази даних. Переваги цього методу залежать від програмного забезпечення сервера баз даних, яке для цього використовується, але зазвичай цей варіант передбачає можливість створення облікових записів користувачів, вибірковий доступ до даних, бездоганну доступність даних і ефективні інтегровані засоби керування даними. Крім того, більшість програмного забезпечення сервера баз даних добре працює з попередніми версіями Access, тому не всі користувачі повинні використовувати одну версію. Спільний доступ надається лише до таблиць. Докладні відомості див. в статті Перенесення бази даних Access до SQL Server, Імпорт даних до бази даних SQL Server або зв'язування з ними, а також Зв'язування та імпорт даних із бази даних SQL Server Azure.

Переваги спільного використання бази даних за допомогою сервера бази даних

  • Висока продуктивність і масштабованість    У багатьох випадках сервер бази даних забезпечує кращу продуктивність, ніж файл бази даних Access окремо. Багато серверів баз даних також підтримують дуже великі бази даних розміром терабайт, що приблизно в 500 разів перевищує поточне обмеження для файлу бази даних Access (два гігабайти). Загалом сервери баз даних працюють дуже ефективно: вони обробляють запити паралельно (для обробки запитів користувача використовують кілька власних команд у межах одного процесу) і потребують мінімальну додаткову пам’ять, коли додано більше користувачів.

  • Підвищена доступність    Більшість серверів баз даних дають змогу створювати резервні копії бази даних під час її використання. Відповідно, для резервного копіювання бази даних не потрібно змушувати користувачів вийти з бази даних. Крім того, сервери баз даних зазвичай дуже ефективно виконують одночасне редагування та блокування записів.

  • Покращена безпека    Жодну базу даних не можна зробити повністю захищеною. І все ж сервери бази даних забезпечують надійний захист даних від несанкціонованого використання. У більшості серверів баз даних діє система безпеки на основі облікових записів – завдяки цьому можна вказувати, кому які таблиці дозволено переглядати. Навіть якщо Access зовнішній сервер отримано неналежним чином, неавторизоване використання даних запобігає безпеці на основі облікового запису.

  • Автоматичне відновлення    У разі збою системи (наприклад, аварійного завершення роботи операційної системи або відключення електроенергії) деякі сервери баз даних мають механізми автоматичного відновлення, які відновлюють базу даних до останнього стану узгодженості за лічені хвилини без втручання адміністратора бази даних.

  • Обробка на сервері    Використання Access в конфігурації клієнта або сервера допомагає зменшити мережевий трафік, обробити запити бази даних на сервері, перш ніж надсилати результати клієнту. Обробка на сервері зазвичай ефективніша, особливо під час роботи з великими сукупностями даних.

  • Azure SQL Server     На додачу до переваг SQL Server, пропонує динамічну масштабованість без простою, розумної оптимізації, глобальної масштабованості та доступності, усунення витрат на обладнання та зниження адміністрування.

На початок сторінки

Потрібна додаткова довідка?

Потрібні додаткові параметри?

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