1. Конструктор

2. Мастер форм

3. Автоформа стовбчик

4. Авто форма ленточна

5. Авто форма таблична

6. Авто форма зведена табличка

7. Авто форма зведена діаграми

8. Діаграма

9. Зведена таблиця.

Авто форма це мастер для швидкого створення форм. Потрібно вказати в вікні нова форма і тип авто форми. 

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

Мастер діаграм корисно використовувати при будуванні задач аналізу даних. 

Найбільш використанням є конструктор форм, яки дозволяє будувати форму по її складових і її розділів. Нова форма в редимі конструктора складається з розділів: 

1. Заголовок

2. Верхній колонтитул форми

3. Область даних

4. Нижній колонтитул

5. Примечание форми

Стандартно всі дані розміщуються в області даних. Заголовок форми може використовуватися для форм заголовка. 

Для використання елементів управління в акцес застосовується панель управління яка стоїть з пектограм які можна встановити на форму. Стандартна панель управління:

1. Надпись

2. Полет для вводу 

3. Група переключателів

4. Вимикач

5. Пермикач

6. Флажок. 

7. Поле з списком

8. Список

9. Кнопка 

10. 

11. Вільна рамка об'єкта

12. Приєднана рамка об'єкта

13. Розрив сторінки 

14. Набір вкладом

15. 

16. Лінія

17. Прямокутник

18. Інші елементи. 

Властивості форми і її розділи. 

При натискані кнопки властивості на панелі управлінні і використавши контекстне меню відкривається вікно властивостей форми. Яка складається із вкладок: 

1. Макет

2. Дані 

3. Події

4. Інші

Кнопка

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

Основна властивість кнопки це -  подія on click. З цією подією зв'язується обробник(макрос) який виконує всі необхідні дії. 

Тема: звіти

Звіт - це об'єкт бази даних призначений доя ефективного представлення даних в друкованій формі. Звіти мають велику кількість можливостей по управлінню розміром, положенням, зовнішнім виглядом, а також можливостей і запитів таблиць. Звіти поході на форми: вони складаються з розділів і можуть мати тіж елементи управління. Фактично звіт це спеціалізований різновид форми розроблена для друкування. Між звітами і формами існує деяка різновидність: 

1. За допомогою елементів управління  звітів не можна модифікувати дані. 

2. Не можна дивитися в режимі таблиці і зведеної таблиці, зведеної діаграми. 

3. Кінцевий зовнішній вигляд звіту залежить від драйввера принтера. 

1. Режим конструктора

2. Режим попереднього перегляду

3. Режим перегляду зразку. 

Способи створення звітів. Створюються в діалоговрсу вікні. 

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

В другому вікні мастера дається можливість вибору рівня і діапазону групуванні. 

Тема: методологія проектування БД. 

Процес створення структур БД, яка відповідає вимогам користувача - проектування БД. Життєвий цикл системи БД є концепцією в рамках якої можна розглядати розвиток такої системи. ЖЦ складається з двох фаз: 

1. Проетування

2. Реалізація

1.1 визначення стратегії

1.2 аналіз предметної області

1.3 консептуальне моделювання

1.4 логічне і фізичне проектування

2.1 програмна реалізація

2.2 документація

2.3 досвідчене 

2.4 

Методологія проектування БД це сукупність принципів методів інструментів і засобів застосованих для послідовного розробки БД. Так як система бд складається з програм даних то методологія проектування БД розглядається як невід'ємна частина загального методології проектування ПС. 

Методологія проектування БД необхідні деякі вимоги, нормальною рахується БД яка відповідає вимогам користувачів( ефективність, адаптивність, незалежність, захист, цілісність ) а також вимогам до обладнення. 

Методолігя повинна буде гнучкою для програмістів різним досвідом проектування які використовують різні моделі даних і різні СУБД. Методологія БД визначає:

1. Процес проектування 

2. Методика виконання розрахунків і критеріїв оцінки альтернативних вирішень на кожному етапі проектування 

3. Інфо вимоги як вихідні даних процесу проектування

4. Властивості опису вихідних даних і відображення результату в кожному етапі проектування

Процес проектування 

Для БД можна застосувати інтерактивно вихідне проектування. 

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

Етапи проектування БД. 

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

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

2. Опис цилі і завдав оптимізації

3. Узагальнення задопомогою діаграми сущность связь

4. Узагальнення схема задач

5. Рекомендації по реалізації і здолання можливих складнощів. 

6. Визначення сфери застосовуння БД. 

7. Можлива архітектура системи

8. Поетапний план проектування БД. 

9. Аналіс предметної області. 

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

Conflicting modification on October 28, 2014 at 11:56:31:

Класифікація моделей даних. 

Модель даних - це абстракція яка будучи приложима до конкретних даних позволяє користувачам трактувати їх як інфу.- тобто сведения даних але їх зв'язки між ними. 

Моделі даних класифікується наступним чином:

1. Інфо логічні моделі. 

2. Дата інфо логічні моделі. 

3. Фізичні моделі. 

1.1 діаграми Бахмана. 

1.2 модель істотного св'язоку. 

2.1 документальні

2.2 факт графічні моделі 

3.1 основні на файловий структурах

3.2 основана на сорінково сегментній організації

2.1.1 орієнтовані на формат документу

2.1.2 дескриптові моделі

2.1.3 тезарусні моделі

2.2.1 теоретико графові 

2.2.2 теоретико множинні 

2.2.3 об'єктно орієнтовані

2.2.1.1 ієрархічні 

2.2.1.2 сетевие

2.2.2.1 реляційні

2.2.2.2 моделі бінарних асоціацій

Реляційні моделі 1970 

В основу реляційної моделі покладена в основу реляційна алгебра-множина об'єктів заданих на ній сукупності операцій замкнених відповідно цих множин - основні множини. 

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

СБД ексес складається з об'єктів:

1. Таблиці

2. Запроси

3. Форми

4. Звіти

5. Макроси

Інформація зберігається в таблиці бази даних яка відповідає з теорією баз даних - відношенням. 

Існує 3 способи створення таблиць:

1. Мастера

2. Конструктор

3. Таблиць

Таблиця складається з строк яка - записи. Кожні записи складаються з полів. Кожне поле має своє унікальне ім'я який формує заголовок таблиці. Поле зберігає конкретний об'єкт і може мати різні типи. Тобто значення поля зберігати текст, число, дата, час. Деякі поля можуть мати опції такі як довжина поля або точне уявлення числа. Для розміщень тексту використовується два типу: текст і мемо. 

Поле типу текст дозволяє розміщати не більше 256 символів. 

Ім'я полів можуть не співпадати а тип повині бути однакові. Між полями можуть бути три типу зв'язку: