ють звіт, віконують запит або закривають базу Даних. Більшість операцій Із базою Даних, Які віконуються вручну, можна сделать автоматичності помощью макросів, тому смороду могут буті корисностей засобой економії годині.
Модулі, як и макроси, - це про єкти, Які можна використовуват для додавання функціональності до бази даних. Прот, ЯКЩО макроси Access створюються за помощью Вибори Зі списку Дій макросу, Модулі пишуться мовою програмування Visual Basic для застосунків (VBA). Модуль - це збірка декларацій, інструкцій и процедур, Які зберігаються разом. Модуль может буті модулем класу або стандартні модулі. Модулі класу додаються до форм або звітів и зазвічай містять процедури, характерні для форми чи Звіту, до якіх смороду додаються. Стандартні Модулі містять Загальні процедуру, не пов язані з жодною іншім про єктом. Стандартні Модулі відображаються в области переходів у розділі Модулі, прот Модулі класу там немає відображаються.
ЦІ категорії об'єктів прізначені як для автоматізації повторювання операцій при роботі з СУБД, так и для создания новіх функцій путем програмування. У СУБД Microsoft Access макроси складаються з послідовності внутрішніх команд СУБД и є одним Із ЗАСОБІВ автоматізації роботи з базою. Модулі створюються засоби зовнішнього мови програмування, в даним випадка мови Visual Basic для Додатків. Це один Із ЗАСОБІВ, с помощью якіх розробник бази может Закласти в неї нестандартні функціональні возможности, задовольніті спеціфічне Вимога замовника, підвіщіті швідкодію системи управління, а такоже рівень ее захіщеності.
Проектування бази даних методично правильно почінаті роботу з олівцем и Аркуша паперу в руках, не вікорістовуючі комп'ютер. На даним етапі ВІН просто не потрібен. Неоптімальні решение и Прямі помилки, закладені на етапі проектування, Згідно Дуже Важко усуваються, тому цею етап є основним.
Технічне Завдання на проектування бази даних повинен надаті замовник. Однак для цього ВІН винен Володіти відповідною термінологією и знаті, хочай б у загально рісах, технічні возможности основних СУБД. На жаль, на практіці таке положення зустрічається НЕ всегда. Тому зазвічай Використовують Такі підході:
Демонструють Замовнику роботу аналогічної бази даних, после чего Погоджують спеціфікацію відмінностей;
Если аналога немає, з'ясовують коло Завдання та потреб замовника, после чего допомагають Йому підготуваті технічне Завдання.
При підготовці технічного Завдання складають:
· Список вихідних Даних, з Якими працює замовник;
· Список вихідних Даних, Які необхідні Замовнику для управління структурою свого ПІДПРИЄМСТВА;
· Список вихідних Даних, Які НЕ є необхіднімі для замовника, альо Які ВІН винен надаті в Інші організації (до Вищих структур, до органів статистичного учета, Інші Адміністративні та контролюючі організації).
При цьом Дуже ВАЖЛИВО НЕ обмежуватіся взаємодією з Головня Підрозділом замовника, а провести Обговорення з усіма службами та Підрозділами, Які могут надаті віявітіся постачальником Даних у базу або їх Споживача.
З'ясувавши основнову Частину Даних, Які замовник спожіває або поставляє, можна приступати до создания структурованих бази, тоб структурованих ее основні таблиці.
