Зміст
1. Введення | 3 |
2. Призначення Бази Даних | 5 |
3. Реляційна модель | 5 |
4. Фізична модель | 6 |
5. Словник Бази Даних | 7 |
6. Форми | 9 |
7. Звіти | 10 |
8. Основні поняття та визначення | 12 |
ВСТУП
БД це сукупність пов'язаних, структурованих даних, що відображають інформаційний стан певної предметної області.Огляд СУБД
Розвиток СУБД почалася в 60-і роки, при розробці проекту APPOLO (політ на Місяць). Величезна кількість даних треба було систематизувати. Було розроблено спеціальне програмне забезпечення - яке представляло ієрархічну БД. У середині 60-х років IBM розробила комерційну СУБД IMS (Information Management System). В кінціНа сьогоднішній день є більше 2 десятків настільних СУБД. Найбільш популярними за загальною кількістю продажів - dBASE, VFP, Paradox (Corel), Access
1. dBase - (розроблена компанією Ashton-Tate в
2. Paradox (1985) - (Ansa Software -> Borland 1996 -> Corel) - принцип зберігання даних той же - 1 таблиця - 1 файл (розширення DB). Формат закритий. Щоб маніпулювати даними необхідні спеціальні бібліотеки. (Paradox Engine), - дані краще захищені. Вперше візуальні засоби побудови запитів, на основі інтерфейсу QBE (полегшена версія Paradox 7), Database Desktop входить до Delphy і C Builder.
3. VFP (FoxSoftware, 1995, Microsoft). СУБД, сумісна з dBase, але продуктивніше (інша організація індексів). Формат даних DBF. Спеціальний файл (розширення. Dbc) є контейнером БД. У ньому міститься інформація про таблиці, індекси, правила посилальної цілісності. VFP підтримує COM-модель (Component Object Model - компонентна об'єктна модель), гарна інтеграція з Ms SQL Server
4. Access - БД розрахована на користувача. Усі таблиці зберігаються
Дані на
InterBase + Delphi - 14%, Oracle - 8%
Всі сучасні СУБД мають:
· Візуальні засоби створення таблиць, форм, звітів
· Доступ до даних серверних СУБД
· Створення додатків виконують функції WEB - браузерів і розміщення даних в Internet
· Об'єктно-орієнтована мова
· Підтримку SQL
БД є інформаційною моделлю предметної області.
БД містить дані так і опис структури даних.
Набір даних у БД представлений у вигляді таблиць. Кожна таблиця має певну структуру: у ній визначено фіксовану кількість шпальт - (полів). Кожне поле має певний фіксований тип. Тип поля визначає які дані можуть у ньому зберігатися і яким чином вони можуть оброблятися.
Дані в таблиці взаємопов'язані: за одними значень даних можна знайти відповідні інші значення. Чи пов'язані дані між таблицями - за даними з однієї таблиці можна знайти відповідні дані з іншої таблиці.
Призначення Бази Даних
Розроблена База Даних «Оплата комунальних послуг» призначена для формування списку клієнтів, введення даних про заборгованості за комунальні послуги.
Дана база даних не є базою розрахунків.
Основна функція - це інформування клієнтів про борги.
Основні об'єкти: адреса, ПІБ, квитанція, види послуг, вулиця.
Основні об'єкти цієї інформаційної системи- «Адреса» - адреса клієнта: вулиця, будинок, корпус, квартира, кімната;
- «ПІБ» - ПІБ клієнта, кількість проживаючих з ним людина, житлова площа;
- «Квитанція» - так само містить види послуг: борг на початок місяця, тарифи за нормою, нараховано, перерахунок, пільга, разом, субсидія, рахунок, до оплати;
- «Види послуг»;
- «Вулиця».Реляційна модель
У реляційній моделі даних (розробив вПри переході від концептуальної до реляційної моделі:
- Об'єкт - транслюється в таблицю;
- Зв'язки між об'єктами транслюються у зв'язку між таблицями;
- Атрибут - в полі таблиці,
- Примірник об'єкта - в запис таблиці.
Реалізація зв'язків у реляційної моделі
При реалізації зв'язку 1: М в дочірню таблицю додається поле зв'язку (зазвичай це первинний ключ) батьківської таблиці. Поле зв'язку в дочірній таблиці називається зовнішнім ключемЗв'язок здійснюється за рівністю значень у полях зв'язку. Наприклад зв'язок між таблицями Вид послуги і Дані за видами послуг здійснюється по полю Лічильник. Це поле є зовнішнім ключем в таблиці Квитанція.
Недоліки моделі:
Реляційна модель - завжди надлишкова за рахунок полів зв'язку
Переваги:
1. вхід в БД через будь-яку таблицю
2. модель дозволяє легко змінювати зв'язки між об'єктами.
3. дозволяє легко створювати віртуальні таблиці об'єднуючі дані з декількох взаємозалежних таблиць.
Завдяки своїй простоті і природності подання реляційна модель набула найбільшого поширення в СУБД для персональних комп'ютерів.
Фізична модель
При розробці фізичної моделі визначається конкретна СУБД, за допомогою якої буде розроблятися БД.
На цьому етапі складаються проекти таблиць. Кожна таблиця повинна отримати свій унікальний ідентифікатор (назва). Цей ідентифікатор повинен відповідати синтаксису мови обраної СУБД
Визначається ім'я, тип і розмір поля. Визначається первинний ключ, зовнішні ключі та поля індексування (для швидкого пошуку) в кожній з таблиць.
Все це оформлюється у словник БД. У словнику БД для кожної з таблиць заповнюється своя таблиця.
Для кожної зв'язку визначаються умови цілісності при операціях додавання, зміни або видалення даних у батьківській і дочірніх таблицях. Це можуть бути такі варіанти умов: відсутність перевірки; заборону операції; каскадне виконання операції оновлення або видалення даних відразу в декількох зв'язаних таблицях. Крім цього при розробці фізичної моделі проводиться оцінка необхідних ресурсів: оперативної пам'яті, швидкодії і обсягу пам'яті для зберігання даних (мінімального вільного місця на вінчестері).
Словник Бази Даних
Таблиця «адреса»
| Ім'я поля | Підпис | Тип | Кількість символів | Умова |
| № | № | лічильник | Довге ціле | Первинний ключ |
| вул | Вулиця | текстовий | 30 | |
| д | Будинок | числовий | Довге ціле | |
| корп | Корпус | числовий | Довге ціле | |
| кв | Квартира | числовий | Довге ціле | |
| кімн | Кімната | числовий | Довге ціле |
Таблиця «ПІБ»
| Ім'я поля | Підпис | Тип | Кількість символів | Умова |
| № | № | лічильник | Довге ціле | Первинний ключ |
| ПІБ | П.І.Б. абонента | Текстовий | 50 | |
| Кількість проживши | Кількість проживаючих осіб | числовий | Ціле | |
| площа | Загальна площа (кв м) | числовий | Довге ціле |
| Ім'я поля | Підпис | Тип | Кількість символів | Умова |
| № | № | лічильник | Довге ціле | Первинний ключ |
| види | Види комунальних послуг | текстовий | 50 | |
| борг | Борг на початок місяця | числовий | Довге ціле | |
| тарифи | Тарифи за нормою | Текстовий | 50 | |
| начисл | нараховано | числовий | Довге ціле | |
| перерасч | перерахунок | числовий | Довге ціле | |
| пільга | пільга | числовий | Одинарне з плав. точкою | |
| разом | разом | числовий | Одинарне з плав. точкою | |
| субсидія | субсидія | числовий | Довге ціле | |
| счетч | лічильник для "до оплати" | числовий | Довге ціле | |
| Коплі | до оплати | числовий | Одинарне з плав. точкою |
| Ім'я поля | Підпис | Тип | Кількість символів | Умова |
| види | Види послуг | Текстовий | 50 |
| Ім'я поля | Підпис | Тип | Кількість символів | Умова |
| вулиця | вулиця | Текстовий | 30 |
Розробка бази даних у середовищі Microsoft Access
Для створення нової форми в середовищі Microsoft Access необхідно виконати наступні дії:
· Відкрити об'єкти форми
· Вибрати вкладку створити за допомогою майстра
· Вибрати таблицю (допустимі поля)
· Потім вибирати: зовнішній вигляд, стиль, задати ім'я форми.
У базі даних «Оплата комунальних послуг» є зручне меню. Вибір того чи іншого пункту меню здійснюється шляхом клацання на кнопці. Це в свою чергу призводить до появи відповідної форми, таблиці, запиту, звіту на екран. Одночасно може бути відкрито кілька форм, але активної буде тільки одна. Пункт меню «ВИХІД» служить для закриття всіх форм і виходу з бази даних «Оплата комунальних послуг».
Для внесення адреси, ПІБ, даних про квартиру і про борги джерел даних, для яких відповідно є таблиця «адресу», «ПІБ», «Види послуг», «Квитанція», потрібно лише клацнути по формі «Квитанція адресу», що включає також форму «Квитанція підпорядкована форма»
На формі використовуються кнопки навігації, пошуку, скасування дії, кнопки для додавання запису, видалення, збереження, перегляду звіту, виведення звіту у файл, його роздруку і виходу.
За допомогою кнопок навігації («Наступна», «Попередня») можна здійснювати переміщення по записах і переглядати їх в режимі читання. Додавання запису провадиться шляхом натискання на кнопку «Додати запис», після чого можна буде завести в порожніх полях нового клієнта. Ці дані можна буде додати до бази, натиснувши на кнопку «Записати», або скасувати запис, натиснувши на кнопку «Скасувати». Кнопка «Видалити» - призначена для видалення непотрібних записів. Кнопки працюють за допомогою макросів. Кнопки пов'язують з макросами. З початку створюються кнопки, а потім створюються макроси, і пов'язують макроси з кнопками.
Вікно форми «Квитанція адреса» представлено у відповідності з рисунком 2.
На даній формі є заголовок форми, дані, поля написи, стандартні кнопки (наступна, попередня, знайти, знайти далі, зберегти запис, видалити запис, відновити запис, додати запис, перегляд звіту, друк звіту, відкрити форму, звіт у файл). Створення кнопок здійснюється у формах в режимі конструктора, і зв'язується з макросом.
Звіти
Щоб створити звіт у середовищі Microsoft Accessпотрібно виконати деякі дії:
Ø відкрити закладку запити
Ø вибрати створити за допомогою майстра
Ø потім вибираємо таблицю (необхідні поля)
Ø задаємо потрібний порядок сортування
Ø вибираємо вид макета, стиль
Ø Ім'я звіту і натискаємо кнопку готово.
Звіти призначені для виведення даних з однієї або декількох таблиць на друк або експорту у файл.
Звіт «Т» призначений для виведення на друк даних про оплату за комунальні послуги.
Додаток
Основні поняття та визначення
Предметна область - це частина реальної системи, інформацію про яку ми хочемо відобразити в базі даних. Предметна область складається з безлічі різних об'єктів.
Об'єкт - основний елемент предметної області. Об'єкт може бути реальним (предмет, людина) і абстрактним (подія - використання послуг).
У залежності від того, які функції повинна реалізовувати БД - виділяють певний набір об'єктів.
БД «Оплата комунальних послуг»
Об'єкти: абонент, адреса абонента, дані про оплату за послуги.
У реляційній теорії баз даних об'єкт називається сутністю.
Кожен об'єкт має певним набором властивостей.
Атрибут - найбільш істотні в даному розгляді властивості об'єкта (сутності). Атрибути використовуються для визначення того, яка інформація повинна зберігатися в БД про об'єкт.
Примірник об'єкта
Набір конкретних значень атрибутів об'єкта визначає екземпляр об'єкта -
Об'єкт - абонент. Примірник - його унікальний номер,
Домен - набір можливих значень атрибута об'єкта.
Домен визначає безліч допустимих значень атрибуту
Наприклад: домен атрибута "пільги" значення 12.5, 14.3, 16.7, 20, 25, 50, 100.
Первинний (головний) ключ - мінімальний набір атрибутів, значення яких однозначно визначають екземпляр об'єкта.
Альтернативний ключ - це набір атрибутів, неспівпадаючий з первинним ключем і однозначно визначає екземпляр об'єкта.
Взаємозв'язки між об'єктами
Взаємозв'язок - це функціональна залежність між даними двох об'єктів.Якщо між об'єктами існує зв'язок, то за даними одного об'єкта можна визначити дані з іншого об'єкта.
Приклад: адреса - ПІБ
Зв'язок "один до одного"
Зв'язок "один до одного" - це такий тип зв'язку, коли кожному примірнику першого об'єкта відповідає один і тільки один екземпляр другого об'єкта і, навпаки (кожному примірнику другого об'єкта відповідає один і тільки один екземпляр першого об'єкта.)
Ідентифікація екземплярів об'єкта однозначна в обох напрямках для зв'язку "один до одного".
Позначення такого типу зв'язку 1:1
Приклад:
Унікальний номер абонента - унікальний номер адреси абонента
| ПІБ | Адреса ПІБ |
Зв'язок "один до багатьох" це такий тип зв'язку, коли одному примірнику першого об'єкта відповідає 0, 1 або кілька примірників другого об'єкта, але кожному примірнику другого об'єкта відповідає тільки один екземпляр першого об'єкта. Ідентифікація примірників при відношенні "один до багатьох" унікальна тільки в напрямку від другого об'єкта до першого.
Приклад.
Об'єкт з боку один називається батьківський з боку багато - дочірнім
Позначення 1: М
Вид послуги - дані за видами послуг
| послуга | дані |