Основи проектування баз даних. Проектування фармацевтичної бази даних Лекція 5 з дисципліни Інформаційні технології у фармації для студентів І курсу фармацевтичного. - презентация

1 Основи проектування баз даних. Проектування фармацевтичної бази даних Лекція 5 з дисципліни Інформаційні технології у фармації для студентів І курсу фармацевтичного факультету та фармацевтичного факультету технологія парфумерно-косметичних засобів Національний медичний університет імені О.О.Богомольця кафедра медичної інформатики та комп'ютерних технологій навчання

2 П л а н л е к ц і ї 1.Етапи проектування БД. 2.Моделі даних. 3.Математична модель реляційної бази даних 4.Проектування фармацевтичної БД

3 Мова маніпулювання даними (ММД) дозволяє виконувати передбачені в системі операції над даними з бази даних, тобто містить набір операторів маніпулювання даними, що дозволяє вибирати, заносити дані, видаляти, модифікувати (редагувати) тощо. В даний час існують численні приклади мов СУБД, що поєднують можливості опису даних і маніпулювання даними в єдиних синтаксичних рамках. Більш того, у сучасних СУБД підтримується єдина інтегрована мова, що містить усі необхідні засоби для роботи з базою даних. Найбільш популярним і стандартним для більшості СУБД є мова SQL (Structured Query Language – структурована мова запитів) і QBE (Quere-By-Example – запити за зразком) Мова маніпулювання даними

4 Під моделлю даних розумітимемо сукупність структур даних, обмежень цілісності й операцій маніпулювання даними. За допомогою моделі даних можуть бути представлені обєкти предметної області та взаємозвязки між ними. Типи інфологічної моделі даних 2. Моделі даних

5 Ієрархічна (графова) структура представляє сукупність елементів, звязаних між собою за визначеними правилами. Обєкти, звязані ієрархічними відносинами, утворюють орієнтований граф (перевернене дерево) До основних понять ієрархічної структури відносяться: рівень, елемент (вузол), звязок. Ієрархічну модель організовують дані у вигляді деревоподібної структури і є реалізацією логічних звязків за типом «ціле-частина». Приклад ієрархічної моделі – довільна адміністративна структура. Ієрархічна (графова) модельданих Ієрархічна (графова) модель даних 2. Моделі даних

6 Ієрархічна (графова) модельданих Ієрархічна (графова) модель даних 2. Моделі даних

7 Модель даних типу мережа 2. Моделі даних У структурі типу мережа при тих же самих основних поняттях (рівень, вузол, звязок) кожен елемент може бути звязаний з будь-яким іншим елементом. найбільш повно відображає структуру деяких задач (наприклад, мережеве планування в економіці) 1)важко зберігати і здійснювати пошук даних у всіх зв'язках 2)заплутаність структури

8 Реляційна модель даних 2. Моделі даних Сутність – будь-який обєкт, інформацію про який необхідно зберегти в базі даних. Необхідно розрізняти такі поняття, як тип сутності й екземпляр (представник) сутності. Поняття тип сутності тотожне поняттю множини (набір однорідних обєктів). Екземпляр сутності є елементом цієї множини. Атрибут – поіменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типу сутності, але може бути однаковим для різного типу сутностей Атрибути використовуються для визначення виду інформації, яка повинна бути зібрана про сутності.

9 Реляційна модель даних 2. Моделі даних Ключ – мінімальний набір атрибутів, за значеннями яких можна однозначно знайти необхідний екземпляр сутності. Мінімальність означає, що виключення з набору будь- якого атрибута не дозволяє ідентифікувати сутність за залишками. В СУБД розрізняють первинні та зовнішні ключі. Кожна сутність володіє хоча б одним з ключів. Один з них приймається за первинний ключ. При виборі первинного ключа слід віддавати перевагу ключам, складеним з мінімального числа атрибутів.

10 Реляційна модель даних 2. Моделі даних Звязок – асоціювання двох або більше сутностей. Характеристика звязків 1. ОДИН-ДО-ОДНОГО (1:1): кожному представникові сутності А постійно відповідає один або жодного з представників сутності В.

11 Реляційна модель даних 2. Моделі даних 2. ОДИН-ДО-БАГАТЬОХ (1:Б): одному представникові сутності А відповідають один або декілька представників сутності В. Оскільки між двома сутностями можливі звязки в обох напрямках, то існує ще два типи звязку БАГАТО-ДО- ОДНОГО (Б:1) і БАГАТО-ДО-БАГАТЬОХ (Б:Б).

12 Домен 3. ММ реляційної БД Найменша одиниця даних реляційної моделі – це окреме атомарне (те, що не можна розкласти) для даної моделі значення даних. Доменом ( D) називається безліч атомарних значень одного типу. Суть доменів полягає в наступному: Якщо значення двох атрибутів беруться з одного домену, то, ймовірно, має сенс порівняння, в якому використовуються ці два атрибути Якщо ж значення двох атрибутів беруться з різних доменів, то їхнє порівняння, ймовірно, позбавлено змісту: чи варто порівнювати код лікарського засобу з його ціною?

13 Відношення на доменах 3. ММ реляційної БД Відношення на доменах D1, D2,..., Dn складається з заголовка і тіла. Заголовок (інтерпретація) складається з фіксованої кількості атрибутів A1, A2,..., An Тіло відношення складається з безлічі кортежів. Кожен кортеж є множиною пар атрибут-значення (Ai:Vi), (i=1,2,...,n). Для будь-якої заданої пари атрибут-значення (Ai:Vi) Vi є значенням з єдиного домену Di, повязаного з атрибутом Ai.

14 Відношення на доменах 3. ММ реляційної БД Степінь відношення – це число його атрибутів. Відношення першого степеня називають унарним, другого степеня – бінарним, третього степеня – тернарним,..., а степеня n – n-арным. Потужність відношення – це число його кортежів. Оскільки відношення – це множина, а множина за визначенням не містить однакових елементів, то жодні два кортежі відношення не можуть бути дублікатами один одного. Нехай R – відношення з атрибутами A1, A2,..., An. Кажуть, що множина атрибутів K=(Ai, Aj,..., Ak) відношення R є його можливим ключем тоді і тільки тоді, коли виконуються дві умови: 1. Унікальність: жодні два різних кортежі R не мають одного й того ж значення для Ai, Aj,..., Ak. 2. Мінімальність: жоден з атрибутів Ai, Aj,..., Ak не може бути виключений з K без порушення унікальності.

15 Відношення на доменах 3. ММ реляційної БД

16 Побудова інфологічної моделі даних 3. Побудова БД Склад-аптека

17 Побудова даталогічної моделі даних 3. Побудова БД Склад-аптека

18 Створення бази даних 3. Побудова БД Склад-аптека

19 Створення бази даних 3. Побудова БД Склад-аптека

20 Створення бази даних 3. Побудова БД Склад-аптека

21 Створення бази даних 3. Побудова БД Склад-аптека

22 Створення бази даних 3. Побудова БД Склад-аптека

23 Створення бази даних 3. Побудова БД Склад-аптека

24 Створення бази даних 3. Побудова БД Склад-аптека

25 Створення бази даних 3. Побудова БД Склад-аптека

26 Створення бази даних 3. Побудова БД Склад-аптека

27 Створення бази даних 3. Побудова БД Склад-аптека

28 Створення бази даних 3. Побудова БД Склад-аптека

29 Типы данных 3Текстовый. Символы до 255 символов. Мемо. Длинный текст или комбинация текста и чисел. До символов. Хранят не данные, а ссылки на блоки данных. Не может быть ключевым или индексированным. Числовой. Имеет много подтипов. От выбора подтипа зависит точность вычислений. Дата и время. Дата является целой частью поля, а время - его дробной частью. Денежный. Числа до 15 знаков слева от десятичной точки и 4 справа от нее. Счетчик. Последовательная нумерация записей. 3 Логический. Логические значения - Да/Нет, Истина/Ложь, Включить/Выключить. Поле объекта OLE. Ссылка на данные произвольного типа (звук, текст, графика)