Розгортання програми Access

Чи має бути розділено дані та логіку?

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

Один зі способів розділення даних і логіки – використання команди База даних Access (на вкладці Знаряддя бази даних у групі Переміщення даних). Ця команда розділяє застосунок бази даних на два файли Access: один для логіки (зовнішній) і один для даних (серверний). Наприклад, базу даних MySolution.accdb розділено на два файли, які називаються MySolution_fe.accdb та MySolution_be.accdb. Серверна база даних розташована в спільному розташуванні, наприклад у мережевій папці. Розповсюдити зовнішній файл (по одній копії для кожного користувача) на їхніх комп'ютерах. Ви навіть можете розповсюдити різні зовнішні файли для різних користувачів. Докладні відомості див. в статті Розділення бази даних Access.

Також розділити керування даними та прикладну логіку можна за допомогою програми сервера баз даних (наприклад, Microsoft SQL Server) для керування даними і Access для прикладної логіки. Докладні відомості див. в статті Перенесення бази даних Access до SQL Server.

До додаткових причин відокремлення даних і логіки належать такі:

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

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

  Програма може потребувати додаткових заходів безпеки, наприклад можливості контролю доступу окремих користувачів до певних даних. У цьому випадку можна використовувати SQL Server або SharePoint, щоб зберігати дані програм і керувати ними, а також використовувати Access для надання прикладної логіки.

• Розширюваність    Файл Access може мати розмір не більше 2 гігабайт (ГБ). Хоча 2 ГБ являють собою суттєвий обсяг текстових даних, такого розміру може бути недостатньо для деяких програм, зокрема програм, які зберігають вкладення в записах баз даних. У разі розділення даних і логіки програма може оперувати більшим обсягом даних. Якщо передбачається, що користувачі зберігатимуть велику кількість даних, може бути доцільно використовувати кілька файлів даних Access.

  Також слід детально розглянути питання розширюваності у специфікаціях програми Access. Докладні відомості про специфікації Access див. в статті Специфікації Access.

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

Як виглядатиме мережеве середовище?

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

Домашня мережа

Якщо у вас є лише кілька користувачів для надання спільного доступу до бази даних Access, можна використовувати одну базу даних, яку кожен користувач відкриває та використовує в домашній мережі. Докладні відомості див. в статті Надання спільного доступу до файлів через мережу в Windows 10.

Локальна мережа (ЛОКАЛЬНА МЕРЕЖА)

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

Широка мережа (глобальна мережа)

Існує багато можливих конфігурацій глобальної мережі, яка охоплює велику географічну зону. У вас може бути кілька офісів по всьому місту, підключених до загальнодоступної мережі, орендованої лінії або навіть супутників. Часто віртуальна приватна мережа (VPN) використовується для безпечного віддаленого доступу з дому або в дорозі. Простий спосіб зрозуміти глобальну мережу полягає в тому, що що кожного разу, коли ви перебуваєте за межами локальної мережі, але підключені до неї, ви використовуєте глобальну мережу.

Спільний доступ до файлів Azure

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

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

Підтримувані альтернативи використання розділеної бази даних у глобальній мережі або спільних файлах Azure:

• Зберігайте дані в зовнішньому сховищі та створюйте зв'язані таблиці з:

  • Списки SharePoint

  • SQL Server або Azure SQL

  • Dataverse

• Служби віддалених робочих столів (RDS) (раніше відомі як сервер терміналів), що створює віртуальне класичне середовище Windows на клієнтському комп'ютері користувача. RDS має кілька переваг:

  • Не потрібно інсталювати Access або базу даних Access, оскільки користувачі запускають клієнт віддаленого робочого стола (RD), доступний на багатьох пристроях.

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

  • Користувачі все одно можуть копіювати та вставляти дані та друкувати звіти локально з клієнтського комп'ютера.

  • RemoteApp може запускати лише одну програму, наприклад програму "під ключ" для постачальників або працівників фронту.

  Докладні відомості див. в статті Ласкаво просимо до служб віддалених робочих столів.

Чи матимуть користувачі Access?

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

Якщо деякі або всі користувачі не інсталюють Access на своїх комп'ютерах, ви також можете розгорнути програмне забезпечення Access Runtime для цих користувачів під час розгортання програми. Докладні відомості див. в статті Розуміння та завантаження середовища виконання Access.

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

Підготовка бази даних як рішення програми

Щоб заблокувати рішення, керувати навігацією та запуском, а також настроїти інші важливі параметри, виконайте такі дії:

Порада    Щоб бути ретельним, перегляньте діалогове вікно Параметри Access (Параметри файлу>), а потім клацніть довідка для кожної вкладки. Можливо, для рішення програми потрібно керувати додатковими параметрами.

Перед розгортанням

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

• Намагайтеся максимально ефективніше використовувати рішення. Докладні відомості див. в статті Швидкий запуск програми Access і Поради з підвищення продуктивності Microsoft Access для прискорення роботи з базами даних Access.

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

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

• Скористайтеся засобом документування бази даних, щоб надрукувати характеристики макета об'єктів бази даних. Докладні відомості див. в статті Документ і друк структури бази даних.

• Вирішіть, як захистити файл. Існує кілька підходів, які можна виконати.

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

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

  • Зашифрувати файл бази даних. Докладні відомості див. в статті Шифрування бази даних за допомогою пароля бази даних.

  • Щоб користувачі не могли змінювати структуру форм, звітів або коду VBA, радимо використовувати компільований двійковий файл (ACCDE).

Вибір формату файлів

Існує чотири формати файлів Access, які можна використовувати для розгортання програми.

• ACC    Це стандартний формат файлу для Access. Якщо програма розгортається в такому форматі, користувачі мають найширші можливості для настроювання та використання програми в довільний спосіб. Якщо ж вам потрібно, щоб користувачі не могли вносити зміни до вашої програми, слід використати формат файлу ACCDE. Крім того, користувач не може легко визначити, чи було змінено файл ACCDB після того, як його було запаковано. Щоб це було більш помітно, використовуйте формат файлу ACCDC.

• ACCDC    Цей формат також називається "файл розгортання Access". Файл розгортання Access складається з файлу програми та цифрового підпису, пов'язаного з цим файлом. Цей формат файлу гарантує, що у файлі програми нічого не змінилося після того, як його запакували. Цей формат можна застосувати до файлу стандартного формату Access (ACCDB) або до скомпільованого двійкового файлу Access (ACCDE). Докладні відомості див. в статті Відображення довіри додаванням цифрового підпису.

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

• ACCDE    Цей формат також називається "компільований двійковий файл". У Access компільований двійковий файл являє собою файл програми баз даних, який було збережено з усім скомпільованим кодом VBA. Компільований двійковий файл Access не містить вихідного коду VBA. Файл ACCDE запобігає зміні макета та коду, зменшує розмір бази даних і підвищує продуктивність. Докладні відомості див. в статті Приховання коду VBA від користувачів.

  Щоб відкрити компільований двійковий файл Access, можна використовувати середовище виконання Access. Якщо середовище виконання не розпізнає розширення імені файлу ACCDE, відкрийте двійковий файл, створивши ярлик, який указує на середовище виконання, і додайте шлях до компільованого двійкового файлу, який потрібно відкрити.

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

• ACCDR    Цей формат дає змогу розгортати програму, яка відкривається в режимі середовища виконання. Розгортання програми середовища виконання дає змогу контролювати її використання, хоч і не забезпечує цілковитого захисту програми. Докладні відомості про режим середовища виконання див. у розділі Що таке середовище виконання Access.

Інсталяція та оновлення клієнтської бази даних Access

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

• Переконайтеся, що кожен користувач має правильну версію Access і що клієнтська база даних відкриється в правильній версії. Access також має 32-розрядну та 64-розрядну версії. Неправильна розрядність може вплинути на виклики API Windows, посилання на бібліотеку DLL і елементи керування ActiveX. Докладні відомості див. в статті Вибір 64-розрядної або 32-розрядної версії Office.

• Створіть пакет інсталяції для інших файлів, які можуть знадобитися, зокрема драйверів баз даних, пакетних файлів для настроювання та настроювання, а також файлів, пов'язаних із програмою. Докладні відомості див. в статті Створення пакета інсталяції.

• Надайте ярлик на робочому столі Windows, щоб користувач міг швидко запустити рішення Access. Додайте до ярлика розташування папки, змістовне ім'я ярлика, опис і піктограму. Докладні відомості див. в статті Створення ярлика на робочому столі для програми або файлу Office.

  Порада    Дізнайтеся, як закріпити програми в меню "Пуск".

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

• Під час створення підключення ODBC за допомогою DSN-файлу, який містить рядок підключення, цей файл DSN також потрібно інсталювати на кожному клієнтському комп'ютері. Інший спосіб – створити підключення "DSN-less" у коді VBA, щоб усунути потребу у файлі DSN. Докладні відомості див. в статті Використання DSN-Less Connections.

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

Які функції недоступні в режимі середовища виконання?

У режимі середовища виконання недоступні такі функції Access.

• Спеціальні клавіші    Клавіші, як-от Ctrl+Break, Ctrl+G та Shift для обходу параметрів запуску в базі даних.

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

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

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

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

Як імітувати режим середовища виконання?

Будь-яку базу даних Access можна запускати в режимі середовища виконання на комп'ютері, де інстальовано повну версію Access. Щоб запустити базу даних Access у режимі середовища виконання, виконайте одну з таких дій.

• Замініть розширення імені файлу бази даних з ACCDB на ACCDR.

• Створіть ярлик бази даних за допомогою перемикача командного рядка /Runtime .

  1. На робочому столі Windows клацніть правою кнопкою миші та виберіть створитиярлик >.

  2. Введіть розташування MSAccess.exe, розташування бази даних і обмежувач команд /runtime . Наприклад:

     "C:\Program Files\Microsoft Office\MSACCESS.EXE" "C:\MyDB.accdb" /runtime

  Докладні відомості див. в статті Створення ярлика на робочому столі для програми або файлу Office.

Чи робить режим середовища виконання базу даних краще захищеною?

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

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

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

Завантаження середовища виконання Access

Щоб завантажити Access Runtime із Центру завантажень Microsoft, клацніть відповідне посилання для своєї версії. 

• Завантаження й інсталяція середовища виконання Office 365 Access

  Примітка.    Це середовище виконання Access також застосовується до ліцензій Office 2019 для споживачів.

• Завантажити й інсталювати середовище виконання Microsoft Access 2016

• Завантажити й інсталювати середовище виконання Microsoft Access 2013

• Завантажити й інсталювати середовище виконання Microsoft Access 2010

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

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

Використання загального пакета інсталяції (Access 2013 або пізнішої версії)

для Access версії 2013 або пізнішої, можна скористатися інсталятором Windows або знайти програму стороннього виробника, яка створює пакети інсталяції.

Упакування та підписання бази даних Access (Access 2007 і 2010)

В Access 2007 або 2010 простіше й швидше підписувати й розповсюджувати базу даних. Після створення файлу в форматі ACCDB або ACCDE його можна упакувати, додати до пакета цифровий підпис, а потім передати підписаний пакет іншим користувачам. Функція "Упакувати й підписати" розміщує базу даних у файлі пакета розгортання Access (ACCDC), підписує файл, потім розміщує пакет із підписаним кодом у визначеному вами місці на комп’ютері користувача. Потім користувачі можуть видобути базу даних із пакета й працювати безпосередньо в базі даних (а не у файлі пакета). Докладні відомості див. в статті Огляд майстра пакування рішень.

Починаючи створення та підписування пакета, слід пам’ятати про такі особливості.

• Пакування бази даних і підписування пакета – це засоби забезпечення довіри. Коли ви або ваші користувачі отримуєте пакет, підпис засвідчує, що базу даних не підроблено. Якщо ви довіряєте автору, можна активувати вміст пакета.

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

• До пакета можна додати лише один файл бази даних.

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

• Після того як базу даних видобуто з пакета, зв’язок між підписаним пакетом і базою даних буде втрачено.

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

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

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