SlideShare uma empresa Scribd logo
1 de 28
Доповідач:
Доцент кафедри АСУ, к.т.н. Дорошенко Анастасія Володимирівна
рганізація баз даних та знан
Вступ
ZOOM-rules
Дорошенко Анастасія Володимирівна
Доцент кафедри АСУ Національного університету «Львівська політехніка»
Кандидат технічних наук
Наукові інтереси:
- Data Science, Data Mining
- системи штучного інтелекту
- нейронні мережі
Протягом 2013-2018 року працювала запрошеним тренером в компанії Epam
Systems за напрямом Business Intelligence.
Давайте знайомитись
Національний університет «Львівська політехніка»
• Системи баз даних: основні поняття і архітектура
• Моделі даних
• Реляційна модель даних. Нормалізація реляційної моделі даних.
• Мова T-SQL. Типи даних, написання запитів, створення індексів та
оптимізація виконання запитів.
• Нереляційні бази даних.
• Проектування бази даних.
• Сховища даних.
• База знань.
Що ми вчитимемо
протягом семестру
Національний університет «Львівська політехніка»
Розподіл балів
Національний університет «Львівська політехніка»
Максимальна оцінка в балах
Поточний контроль (ПК) Екзаменаційний контроль
Разом за
дисципліну
Тести у ВНС за матеріалами лекцій. 5
Усне опитування під час захисту лабораторних
робіт
50
Разом за ПК
письмова
компонента
усна
компонента
55 40 5 100
«Табличка щастя»
Бажаю нам плідної співпраці 
Kahoot
Національний університет «Львівська політехніка»
https://kahoot.it/
Kahoot
Національний університет «Львівська політехніка»
https://kahoot.it/
Необхідне програмне забезпечення
СУБД
Microsoft SQL Server
Інструменти для моделювання баз даних
Power Designer
Erwin
https://en.wikipedia.org/wiki/Comparison_of_data_modeling_tools
Національний університет «Львівська політехніка»
Життєвий цикл розробки бази даних
Національний університет «Львівська політехніка»
Життєвий цикл розробки бази даних
Національний університет «Львівська політехніка»
Життєвий цикл розробки бази даних
Національний університет «Львівська політехніка»
ПЕРЕДУМОВИ СТВОРЕННЯ І ОСНОВНІ
ПЕРЕВАГИ БАНКІВ ДАНИХ
Недоліки файлових систем:
1. Надлишковість даних. Через дублювання даних у різних файлах, інформація одного й того самого об'єкта
управління розподіляється між багатьма файлами. При цьому досить важко уявити загальну інформаційну
модель предметної області.
2. Неузгодженість даних. Враховуючи, що одна і та сама інформація може розміщуватися в різних файлах,
технологічно важко простежити за внесенням змін одночасно в усі файли. Через це може виникнути
неузгодженість даних, коли одне і те саме поле в різних файлах може мати різні значення.
3. Залежність структур даних і прикладних програм. При файловій організації логічна і фізична структури
файлу мають відповідати їх опису в прикладній програмі. Прикладна програма має бути модифікована при
будь-якій зміні логічної чи фізичної структури файлу.
16
Переваги організації І3 у вигляді АБД
1.Багаторазовість використання даних.
Одні й ті самі дані можуть використовуватися для розв'язання різних задач.
2. Економія витрат на створення і ведення.
Для організації ІЗ у вигляді АБД потрібні менші кошти, а внесення змін до БД супроводжується меншими витратами, оскільки зміни на
фізичному рівні не завжди потребують внесення змін у прикладні програми.
3. Зменшення надлишковості даних.
Розв'язування нових задач забезпечується здебільшого за рахунок існуючих файлів в АБД, а не шляхом створення нових.
Дублювання даних, яке спостерігається в АБД, потрібне лише для забезпечення оперативності пошуку даних і організації зв'язку між
файлами БД. Таке дублювання не є надлишковим і називається ненадлишковим дублюванням.
4. Швидкість обробки непередбачених запитів до системи.
Для обробки таких запитів здебільшого не потрібно створювати нову програму мовами програмування, оскільки ці процедури можна
виконати за допомогою спеціальних мовних засобів (мови запитів і мови генерації звітів), які входять до складу АБД.
5. Простота і зручність внесення змін до бази даних.
Це досягається з рахунок єдиної системи ведення БД, яка підтримується засобами системи управління базою даних (СУБД).
6. Логічна і фізична незалежності даних від прикладних програм.
Концепція автоматизованого банку даних побудована на інтеграції даних, які зберігаються окремо від прикладних програм. Тому
немає потреби повністю описувати логічну та фізичну структури файлів, які оброблюються в прикладній програмі.
17
База даних — це поіменована, структурована сукупність взаємопов'язаних даних, які характеризують окрему
предметну область і перебувають під управлінням СУБД.
Під предметною областю розуміють один чи кілька об'єктів управління (або певні їх частини), інформація яких
моделюється за допомогою БД і використовується для розв'язання різних функціональних задач.
Предметна область - це частина реального світу, яка підлягає вивченню з метою автоматизації організації
управління.
Інформація - це сукупність знань (фактичних даних) про об'єкти предметної області та залежностях між ними.
Дані - інформація, представлена у вигляді придатному для
обробки ІС.
Основними складовими компонентами БнД є база даних і система управління базою даних БД .
Банк даних (БнД) являє собою інтегроване сховище даних, яке використовується багатьма споживачами і
забезпечує незалежність даних від прикладних програм.
Банк даних - це спеціальним чином організована система даних (баз даних), технічних, мовних, програмних і
організаційно-методичних засобів, які призначені забезпечити централізоване накопичення та колективне
багатоцільове використання даних.
ОСНОВНІ ПОНЯТТЯ І ВИЗНАЧЕННЯ
18
Зв'язок кінцевих користувачів і прикладних програм з БД відбувається через СУБД, яка виступає інтерфейсом між
користувачем і базою даних.
Користувач,
прикладна
програма
СУБД БД
СУБД є комплексом програмних і мовних засобів загального і спеціального призначення, необхідних для
створення БД, підтримування її в актуальному стані, маніпулювання даними і організації доступу до них різних
користувачів в умовах прийнятої технології обробки даних.
ОСНОВНІ ПОНЯТТЯ І ВИЗНАЧЕННЯ
19
Фонд даних — це активні дані, з якими постійно працюють прикладні програми та користувачі, які
зберігаються на вінчестері й перебувають безпосередньо під управлінням СУБД.
Архіви — це архівні копії файлів БД, які зберігаються на стримері, гнучких магнітних дисках, CD чи на
вінчестері іншого комп’ютера.
Усі функції СУБД можна об'єднати в такі групи:
1. УПРАВЛІННЯ ДАНИМИ. Задачами управління даних є підготовка даних і їх контроль,
занесення даних до бази, структуризація даних, забезпечення цілісності, секретності даних.
2. ДОСТУП ДО ДАНИХ. Пошук і селекція даних, перетворення даних у форму, зручну для
подальшого використання.
3. ОРГАНІЗАЦІЯ І ВЕДЕННЯ ЗВ'ЯЗКУ 3 КОРИСТУВАЧЕМ. Ведення діалогу, видача діагностичних
повідомлень про помилки в роботі з БД і т. д.
Для обробки запитів до БД записують програми, які складають прикладне програмне
забезпечення. Для написання цих програм використовуються мовні засоби СУБД.
20
Особливістю БД і її відмінною рисою є те, що дані та їх опис зберігаються разом.
Опис даних, навіть якщо він зберігається разом із даними, називають метаданими.
Іноді опис даних у літературі називається схемою, а та частина баз даних, що
використовується якоюсь прикладною програмою, — підсхемою.
У деяких сучасних системах до метаданих належать не лише описи самих даних, а й
інформація про предметну область, користувачів системи, статистику її роботи та інші
відомості. Для централізованого зберігання всієї метаінформації використовується
словник даних (СД).
Як приклад СУБД, що має в своєму арсеналі такий засіб, як словник даних, є
розподілена СУБД Oracle. Словник Oracle — це один з найважливіших компонентів,
який вміщує: імена користувачів; права та привілеї, які їм надаються; імена об'єктів
БД (таблиць і їх подання, індексів, синонімів тощо); перелік обмежень на таблиці;
журнальну інформацію, наприклад відомості про доступ до таблиць і внесення в
них змін.
21
У сучасних СУБД для спрощення процедур пошуку даних у БД передбачено мову
запитів. Найпоширенішими мовами запитів є SQL і QBE.
Мова запитів SQL (Structured English Query Language — структурована англійська мова
запитів) була створена фірмою IBM у рамках роботи над проектом побудови системи
управління реляційними базами даних на початку 70-х років. Американський
національний інститут стандартів (ANSI) поклав цю мову в основу стандарту мов
реляційних баз даних, прийнятого
Міжнародною організацією стандартів (ISO).
Мова запитів QBE (Query By Example) — це реалізація запитів за зразком у вигляді
таблиць. Для визначення запиту до БД користувач повинен заповнити надану
системою таблицю QBE і визначити в ній критерії пошуку та вибору даних.
ОРГАНІЗАЦІЙНІ ТА ТЕХНІЧНІ
ЗАСОБИ БД
22
До складу організаційних засобів АБД входять персонал, який працював над
створенням і веденням БД, а також система нормативно-технологічної та інструктивно-
методичної документації з організації та експлуатації БД.
З АБД взаємодіють дві категорії персоналу:
Перша категорія — це користувачі систем, для потреб яких створюються АБД; їх іще
називають кінцевими користувачами.
Друга група персоналу, що взаємодіє з АБД, це адміністрація АБД.
Адміністратор — це спеціаліст, який має цілковите уявлення про інформаційні потреби
користувачів, співпрацює з ними в тісному контакті й відповідає за завантаження,
ведення та підтримування БД в актуальному стані, а також за захист і ефективність
функціонування системи.
Задачі, які повинен розв'язувати адміністратор, можна поділити відповідно до етапів
розробки АБД на чотири групи: планування, проектування, експлуатація і використання.
До технічних засобів АБД належать ЕОМ і периферійні засоби для введення даних у базу
даних, передавання даних по мережі та відображення результатної інформації, що
виводиться користувачеві. У кожному конкретному випадку залежно від особливостей,
використовуваних СУБД та особливостей об'єкта управління проектується й різна
конфігурація технічних засобів.
КЛАСИФІКАЦІЯ БАНКІВ
ДАНИХ
23
Банки даних можна класифікувати за цілим спектром ознак, що стосуються як банку в
цілому, так і окремих його компонентів.
За типом побудови логічної моделі: ієрархічна, сіткова, реляційна, мішана та
мультимодельна. Класифікація за типом моделі поширюється не лише на базу даних, й
на СУБД і банк у цілому.
За призначенням АБД бувають:
• інформаційно-пошукові;
• спеціалізовані за окремими галузями науки та техніки;
• банки даних АСУ для організаційно-економічної інформації;
• банки даних для систем автоматизації наукових досліджень і виробничих випробувань;
• банки даних для систем автоматизованого проектування.
За архітектурою підтримуваного обчислювального середовища АБД бувають
централізованими (інтегрованими) і розподіленими.
За видом інформації, що зберігається, банки поділяються на банки даних, банки
документів і банки знань.
Замовою спілкування користувача з БД розрізняють системи з базовою мовою
(відкриті системи) і з власною мовою (закриті системи).
ЕТАПИ ПРОЕКТУВАННЯ БАЗ
ДАНИХ
24
Проектування баз даних — це ітераційний, багатоетапний процес прийняття
обґрунтованих рішень у процесі аналізу інформаційної моделі предметної області, вимог
до даних з боку прикладних програмістів і користувачів, синтезу логічних і фізичних
структур даних, аналізу та обґрунтування вибору програмних і апаратних засобів.
Етапність проектування даних пов'язана з багаторівневою організацією даних.
Розглядаючи питання проектування баз даних, будемо дотримуватися такого
багаторівневого подання даних: зовнішнього, інфологічного, логічного (даталогічного),
внутрішнього.
При проектуванні БД на зовнішньому рівні необхідно вивчити функціонування об'єкта
управління, для якого проектується БД, всю первинну та вихідну документацію з точки
зору визначення того, які саме дані необхідно зберігати в базі даних. Зовнішній рівень
є, як правило, словесним описом вхідних і вихідних повідомлень, а також даних, які
доцільно зберігати в БД.
Опис зовнішнього рівня не виключає наявності елементів дублювання, надлишковості
та неузгодженості даних.
25
Інфологічна модель є засобом структуризації предметної області й розуміння концепції
семантики даних.
Інфологічний рівень являє собою інформаційно-логічну модель (ІЛМ) предметної
області, в якій виключено надлишковість даних і відображено інформаційні
особливості об'єкта управління без урахування особливостей і специфіки конкретної
СУБД.
Логічний (даталогічний або концептуальний) рівень побудований з урахуванням
специфіки і особливостей конкретної СУБД. Цей рівень подання даних орієнтований
більше на комп'ютерну обробку і на програмістів, які займаються її розробкою.
Внутрішній рівень пов'язаний з фізичним розміщенням даних у пам'яті ЕОМ. На
цьому рівні формується фізична модель БД, яка вміщує структури зберігання даних у
пам'яті ЕОМ, включаючи опис форматів записів, порядок їх логічного або фізичного
впорядкування, розміщення за типами пристроїв, а також характеристики і шляхи
доступу до даних.
Від того, наскільки кваліфіковано спроектована БД, залежать продуктивність
інформаційної системи і повнота забезпечення функціональних потреб користувачів
і прикладних програм.
Схема взаємозв’язку рівнів подання даних у БД
26
Вимоги
користувачів
Вимоги
прикладних
програм
Зовнішній рівень даних Словесний опис даних та їх взаємозв’язку.
Не виключено дублювання даних і
надмірність.
Інфологічний рівень даних Будується ІЛМ БД, яка є структурованою
моделлю БД без урахування особливостей
СУБД
Даталогічний рівень даних
(логічний,
концептуальний)
Відображення ІЛМ на модель БД, яка
підтримується засобами вибраної СУБД
(сіткового, ієрархічного, реляційного типу)
Внутрішній рівень даних
Розміщення даних в памʼяті компʼютера.
Фізична модель включає: структуру
зберігання даних у памʼяті (опис полів,
записів); фізичне або логічне
впорядкування; розміщення за типами
пристроїв; характеристику шляхів доступу
до даних.
Вимоги та
обмеження
СУБД
27
Усі роботи, які виконуються на кожному етапі проектування, повинні інтегруватись із
словником даних. Схему взаємозв'язку етапів проектування БД із словником даних
зображено на рисунку. Кожний етап проектування розглядається як певна
послідовність ітеративних процедур, в результаті яких формується певна модель БД.
І
ЗВНІШНЄ
ПРОЕКТУ-
ВАННЯ
ЗВНІШНЄ
ПРОЕКТУ-
ВАННЯ
ІНФОЛОГІЧНЕ
ПРОЕКТУ-ВАННЯ
ДАТАЛОГІЧНЕ
ПРОЕКТУ-ВАННЯ
СЛОВНИК ДАНИХ
Контактна інформація:
79013, м. Львів, вул. С. Бандери, 12,
(032) 258-26-80, coffice@lpnu.ua
http://lpnu.ua

Mais conteúdo relacionado

Semelhante a Darabase sql my sql mysql good presentation

програмне та інформаційне_забезпечення_сапр
програмне та інформаційне_забезпечення_сапрпрограмне та інформаційне_забезпечення_сапр
програмне та інформаційне_забезпечення_сапрIrina Semenova
 
Обробка надвеликих масивів даних
Обробка надвеликих масивів данихОбробка надвеликих масивів даних
Обробка надвеликих масивів данихssuser8004f6
 
Системи управління базами даних. поняття бази даних.
Системи управління базами даних. поняття бази даних.Системи управління базами даних. поняття бази даних.
Системи управління базами даних. поняття бази даних.Наталья Коба
 
Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...
Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...
Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...Oleg Nazarevych
 
Тема 4. Технології інтеграції даних.
Тема 4. Технології інтеграції даних.Тема 4. Технології інтеграції даних.
Тема 4. Технології інтеграції даних.Oleg Nazarevych
 
Презентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєть
Презентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєтьПрезентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєть
Презентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєтьkostyasheremetyev1
 
Lecture 105 - Relational data model
Lecture 105 - Relational data modelLecture 105 - Relational data model
Lecture 105 - Relational data modelAndrii Kopp
 
інформаційні системи
інформаційні системиінформаційні системи
інформаційні системиISP БіттерНет
 
інформаційні системи
інформаційні системиінформаційні системи
інформаційні системиISP БіттерНет
 
інформаційні системи
інформаційні системиінформаційні системи
інформаційні системиISP БіттерНет
 
конспект уроку №1
конспект уроку №1конспект уроку №1
конспект уроку №1oksana oksana
 

Semelhante a Darabase sql my sql mysql good presentation (20)

програмне та інформаційне_забезпечення_сапр
програмне та інформаційне_забезпечення_сапрпрограмне та інформаційне_забезпечення_сапр
програмне та інформаційне_забезпечення_сапр
 
Обробка надвеликих масивів даних
Обробка надвеликих масивів данихОбробка надвеликих масивів даних
Обробка надвеликих масивів даних
 
пз
пзпз
пз
 
Системи управління базами даних. поняття бази даних.
Системи управління базами даних. поняття бази даних.Системи управління базами даних. поняття бази даних.
Системи управління базами даних. поняття бази даних.
 
Бази даних.pptx
Бази даних.pptxБази даних.pptx
Бази даних.pptx
 
l1_2_kv1.ppt
l1_2_kv1.pptl1_2_kv1.ppt
l1_2_kv1.ppt
 
Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...
Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...
Тема 7. Моделі інтеграції - глобальна Global As View (GAV) та локальна Local ...
 
Razdel6
Razdel6Razdel6
Razdel6
 
Razdel6
Razdel6Razdel6
Razdel6
 
Тема 4. Технології інтеграції даних.
Тема 4. Технології інтеграції даних.Тема 4. Технології інтеграції даних.
Тема 4. Технології інтеграції даних.
 
Презентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєть
Презентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєтьПрезентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєть
Презентація 10 клас Урок 18 для учнів 10 класу вааааааааууу ахуєть
 
Lecture 105 - Relational data model
Lecture 105 - Relational data modelLecture 105 - Relational data model
Lecture 105 - Relational data model
 
1
11
1
 
6
66
6
 
SPR
SPRSPR
SPR
 
інформаційні системи
інформаційні системиінформаційні системи
інформаційні системи
 
інформаційні системи
інформаційні системиінформаційні системи
інформаційні системи
 
інформаційні системи
інформаційні системиінформаційні системи
інформаційні системи
 
конспект уроку №1
конспект уроку №1конспект уроку №1
конспект уроку №1
 
Access urok 03_tema
Access urok 03_temaAccess urok 03_tema
Access urok 03_tema
 

Darabase sql my sql mysql good presentation

  • 1. Доповідач: Доцент кафедри АСУ, к.т.н. Дорошенко Анастасія Володимирівна рганізація баз даних та знан Вступ
  • 3. Дорошенко Анастасія Володимирівна Доцент кафедри АСУ Національного університету «Львівська політехніка» Кандидат технічних наук Наукові інтереси: - Data Science, Data Mining - системи штучного інтелекту - нейронні мережі Протягом 2013-2018 року працювала запрошеним тренером в компанії Epam Systems за напрямом Business Intelligence. Давайте знайомитись Національний університет «Львівська політехніка»
  • 4. • Системи баз даних: основні поняття і архітектура • Моделі даних • Реляційна модель даних. Нормалізація реляційної моделі даних. • Мова T-SQL. Типи даних, написання запитів, створення індексів та оптимізація виконання запитів. • Нереляційні бази даних. • Проектування бази даних. • Сховища даних. • База знань. Що ми вчитимемо протягом семестру Національний університет «Львівська політехніка»
  • 5. Розподіл балів Національний університет «Львівська політехніка» Максимальна оцінка в балах Поточний контроль (ПК) Екзаменаційний контроль Разом за дисципліну Тести у ВНС за матеріалами лекцій. 5 Усне опитування під час захисту лабораторних робіт 50 Разом за ПК письмова компонента усна компонента 55 40 5 100
  • 7.
  • 8. Бажаю нам плідної співпраці 
  • 11. Необхідне програмне забезпечення СУБД Microsoft SQL Server Інструменти для моделювання баз даних Power Designer Erwin https://en.wikipedia.org/wiki/Comparison_of_data_modeling_tools Національний університет «Львівська політехніка»
  • 12. Життєвий цикл розробки бази даних Національний університет «Львівська політехніка»
  • 13. Життєвий цикл розробки бази даних Національний університет «Львівська політехніка»
  • 14. Життєвий цикл розробки бази даних Національний університет «Львівська політехніка»
  • 15. ПЕРЕДУМОВИ СТВОРЕННЯ І ОСНОВНІ ПЕРЕВАГИ БАНКІВ ДАНИХ Недоліки файлових систем: 1. Надлишковість даних. Через дублювання даних у різних файлах, інформація одного й того самого об'єкта управління розподіляється між багатьма файлами. При цьому досить важко уявити загальну інформаційну модель предметної області. 2. Неузгодженість даних. Враховуючи, що одна і та сама інформація може розміщуватися в різних файлах, технологічно важко простежити за внесенням змін одночасно в усі файли. Через це може виникнути неузгодженість даних, коли одне і те саме поле в різних файлах може мати різні значення. 3. Залежність структур даних і прикладних програм. При файловій організації логічна і фізична структури файлу мають відповідати їх опису в прикладній програмі. Прикладна програма має бути модифікована при будь-якій зміні логічної чи фізичної структури файлу.
  • 16. 16 Переваги організації І3 у вигляді АБД 1.Багаторазовість використання даних. Одні й ті самі дані можуть використовуватися для розв'язання різних задач. 2. Економія витрат на створення і ведення. Для організації ІЗ у вигляді АБД потрібні менші кошти, а внесення змін до БД супроводжується меншими витратами, оскільки зміни на фізичному рівні не завжди потребують внесення змін у прикладні програми. 3. Зменшення надлишковості даних. Розв'язування нових задач забезпечується здебільшого за рахунок існуючих файлів в АБД, а не шляхом створення нових. Дублювання даних, яке спостерігається в АБД, потрібне лише для забезпечення оперативності пошуку даних і організації зв'язку між файлами БД. Таке дублювання не є надлишковим і називається ненадлишковим дублюванням. 4. Швидкість обробки непередбачених запитів до системи. Для обробки таких запитів здебільшого не потрібно створювати нову програму мовами програмування, оскільки ці процедури можна виконати за допомогою спеціальних мовних засобів (мови запитів і мови генерації звітів), які входять до складу АБД. 5. Простота і зручність внесення змін до бази даних. Це досягається з рахунок єдиної системи ведення БД, яка підтримується засобами системи управління базою даних (СУБД). 6. Логічна і фізична незалежності даних від прикладних програм. Концепція автоматизованого банку даних побудована на інтеграції даних, які зберігаються окремо від прикладних програм. Тому немає потреби повністю описувати логічну та фізичну структури файлів, які оброблюються в прикладній програмі.
  • 17. 17 База даних — це поіменована, структурована сукупність взаємопов'язаних даних, які характеризують окрему предметну область і перебувають під управлінням СУБД. Під предметною областю розуміють один чи кілька об'єктів управління (або певні їх частини), інформація яких моделюється за допомогою БД і використовується для розв'язання різних функціональних задач. Предметна область - це частина реального світу, яка підлягає вивченню з метою автоматизації організації управління. Інформація - це сукупність знань (фактичних даних) про об'єкти предметної області та залежностях між ними. Дані - інформація, представлена у вигляді придатному для обробки ІС. Основними складовими компонентами БнД є база даних і система управління базою даних БД . Банк даних (БнД) являє собою інтегроване сховище даних, яке використовується багатьма споживачами і забезпечує незалежність даних від прикладних програм. Банк даних - це спеціальним чином організована система даних (баз даних), технічних, мовних, програмних і організаційно-методичних засобів, які призначені забезпечити централізоване накопичення та колективне багатоцільове використання даних. ОСНОВНІ ПОНЯТТЯ І ВИЗНАЧЕННЯ
  • 18. 18 Зв'язок кінцевих користувачів і прикладних програм з БД відбувається через СУБД, яка виступає інтерфейсом між користувачем і базою даних. Користувач, прикладна програма СУБД БД СУБД є комплексом програмних і мовних засобів загального і спеціального призначення, необхідних для створення БД, підтримування її в актуальному стані, маніпулювання даними і організації доступу до них різних користувачів в умовах прийнятої технології обробки даних. ОСНОВНІ ПОНЯТТЯ І ВИЗНАЧЕННЯ
  • 19. 19 Фонд даних — це активні дані, з якими постійно працюють прикладні програми та користувачі, які зберігаються на вінчестері й перебувають безпосередньо під управлінням СУБД. Архіви — це архівні копії файлів БД, які зберігаються на стримері, гнучких магнітних дисках, CD чи на вінчестері іншого комп’ютера. Усі функції СУБД можна об'єднати в такі групи: 1. УПРАВЛІННЯ ДАНИМИ. Задачами управління даних є підготовка даних і їх контроль, занесення даних до бази, структуризація даних, забезпечення цілісності, секретності даних. 2. ДОСТУП ДО ДАНИХ. Пошук і селекція даних, перетворення даних у форму, зручну для подальшого використання. 3. ОРГАНІЗАЦІЯ І ВЕДЕННЯ ЗВ'ЯЗКУ 3 КОРИСТУВАЧЕМ. Ведення діалогу, видача діагностичних повідомлень про помилки в роботі з БД і т. д. Для обробки запитів до БД записують програми, які складають прикладне програмне забезпечення. Для написання цих програм використовуються мовні засоби СУБД.
  • 20. 20 Особливістю БД і її відмінною рисою є те, що дані та їх опис зберігаються разом. Опис даних, навіть якщо він зберігається разом із даними, називають метаданими. Іноді опис даних у літературі називається схемою, а та частина баз даних, що використовується якоюсь прикладною програмою, — підсхемою. У деяких сучасних системах до метаданих належать не лише описи самих даних, а й інформація про предметну область, користувачів системи, статистику її роботи та інші відомості. Для централізованого зберігання всієї метаінформації використовується словник даних (СД). Як приклад СУБД, що має в своєму арсеналі такий засіб, як словник даних, є розподілена СУБД Oracle. Словник Oracle — це один з найважливіших компонентів, який вміщує: імена користувачів; права та привілеї, які їм надаються; імена об'єктів БД (таблиць і їх подання, індексів, синонімів тощо); перелік обмежень на таблиці; журнальну інформацію, наприклад відомості про доступ до таблиць і внесення в них змін.
  • 21. 21 У сучасних СУБД для спрощення процедур пошуку даних у БД передбачено мову запитів. Найпоширенішими мовами запитів є SQL і QBE. Мова запитів SQL (Structured English Query Language — структурована англійська мова запитів) була створена фірмою IBM у рамках роботи над проектом побудови системи управління реляційними базами даних на початку 70-х років. Американський національний інститут стандартів (ANSI) поклав цю мову в основу стандарту мов реляційних баз даних, прийнятого Міжнародною організацією стандартів (ISO). Мова запитів QBE (Query By Example) — це реалізація запитів за зразком у вигляді таблиць. Для визначення запиту до БД користувач повинен заповнити надану системою таблицю QBE і визначити в ній критерії пошуку та вибору даних.
  • 22. ОРГАНІЗАЦІЙНІ ТА ТЕХНІЧНІ ЗАСОБИ БД 22 До складу організаційних засобів АБД входять персонал, який працював над створенням і веденням БД, а також система нормативно-технологічної та інструктивно- методичної документації з організації та експлуатації БД. З АБД взаємодіють дві категорії персоналу: Перша категорія — це користувачі систем, для потреб яких створюються АБД; їх іще називають кінцевими користувачами. Друга група персоналу, що взаємодіє з АБД, це адміністрація АБД. Адміністратор — це спеціаліст, який має цілковите уявлення про інформаційні потреби користувачів, співпрацює з ними в тісному контакті й відповідає за завантаження, ведення та підтримування БД в актуальному стані, а також за захист і ефективність функціонування системи. Задачі, які повинен розв'язувати адміністратор, можна поділити відповідно до етапів розробки АБД на чотири групи: планування, проектування, експлуатація і використання. До технічних засобів АБД належать ЕОМ і периферійні засоби для введення даних у базу даних, передавання даних по мережі та відображення результатної інформації, що виводиться користувачеві. У кожному конкретному випадку залежно від особливостей, використовуваних СУБД та особливостей об'єкта управління проектується й різна конфігурація технічних засобів.
  • 23. КЛАСИФІКАЦІЯ БАНКІВ ДАНИХ 23 Банки даних можна класифікувати за цілим спектром ознак, що стосуються як банку в цілому, так і окремих його компонентів. За типом побудови логічної моделі: ієрархічна, сіткова, реляційна, мішана та мультимодельна. Класифікація за типом моделі поширюється не лише на базу даних, й на СУБД і банк у цілому. За призначенням АБД бувають: • інформаційно-пошукові; • спеціалізовані за окремими галузями науки та техніки; • банки даних АСУ для організаційно-економічної інформації; • банки даних для систем автоматизації наукових досліджень і виробничих випробувань; • банки даних для систем автоматизованого проектування. За архітектурою підтримуваного обчислювального середовища АБД бувають централізованими (інтегрованими) і розподіленими. За видом інформації, що зберігається, банки поділяються на банки даних, банки документів і банки знань. Замовою спілкування користувача з БД розрізняють системи з базовою мовою (відкриті системи) і з власною мовою (закриті системи).
  • 24. ЕТАПИ ПРОЕКТУВАННЯ БАЗ ДАНИХ 24 Проектування баз даних — це ітераційний, багатоетапний процес прийняття обґрунтованих рішень у процесі аналізу інформаційної моделі предметної області, вимог до даних з боку прикладних програмістів і користувачів, синтезу логічних і фізичних структур даних, аналізу та обґрунтування вибору програмних і апаратних засобів. Етапність проектування даних пов'язана з багаторівневою організацією даних. Розглядаючи питання проектування баз даних, будемо дотримуватися такого багаторівневого подання даних: зовнішнього, інфологічного, логічного (даталогічного), внутрішнього. При проектуванні БД на зовнішньому рівні необхідно вивчити функціонування об'єкта управління, для якого проектується БД, всю первинну та вихідну документацію з точки зору визначення того, які саме дані необхідно зберігати в базі даних. Зовнішній рівень є, як правило, словесним описом вхідних і вихідних повідомлень, а також даних, які доцільно зберігати в БД. Опис зовнішнього рівня не виключає наявності елементів дублювання, надлишковості та неузгодженості даних.
  • 25. 25 Інфологічна модель є засобом структуризації предметної області й розуміння концепції семантики даних. Інфологічний рівень являє собою інформаційно-логічну модель (ІЛМ) предметної області, в якій виключено надлишковість даних і відображено інформаційні особливості об'єкта управління без урахування особливостей і специфіки конкретної СУБД. Логічний (даталогічний або концептуальний) рівень побудований з урахуванням специфіки і особливостей конкретної СУБД. Цей рівень подання даних орієнтований більше на комп'ютерну обробку і на програмістів, які займаються її розробкою. Внутрішній рівень пов'язаний з фізичним розміщенням даних у пам'яті ЕОМ. На цьому рівні формується фізична модель БД, яка вміщує структури зберігання даних у пам'яті ЕОМ, включаючи опис форматів записів, порядок їх логічного або фізичного впорядкування, розміщення за типами пристроїв, а також характеристики і шляхи доступу до даних. Від того, наскільки кваліфіковано спроектована БД, залежать продуктивність інформаційної системи і повнота забезпечення функціональних потреб користувачів і прикладних програм.
  • 26. Схема взаємозв’язку рівнів подання даних у БД 26 Вимоги користувачів Вимоги прикладних програм Зовнішній рівень даних Словесний опис даних та їх взаємозв’язку. Не виключено дублювання даних і надмірність. Інфологічний рівень даних Будується ІЛМ БД, яка є структурованою моделлю БД без урахування особливостей СУБД Даталогічний рівень даних (логічний, концептуальний) Відображення ІЛМ на модель БД, яка підтримується засобами вибраної СУБД (сіткового, ієрархічного, реляційного типу) Внутрішній рівень даних Розміщення даних в памʼяті компʼютера. Фізична модель включає: структуру зберігання даних у памʼяті (опис полів, записів); фізичне або логічне впорядкування; розміщення за типами пристроїв; характеристику шляхів доступу до даних. Вимоги та обмеження СУБД
  • 27. 27 Усі роботи, які виконуються на кожному етапі проектування, повинні інтегруватись із словником даних. Схему взаємозв'язку етапів проектування БД із словником даних зображено на рисунку. Кожний етап проектування розглядається як певна послідовність ітеративних процедур, в результаті яких формується певна модель БД. І ЗВНІШНЄ ПРОЕКТУ- ВАННЯ ЗВНІШНЄ ПРОЕКТУ- ВАННЯ ІНФОЛОГІЧНЕ ПРОЕКТУ-ВАННЯ ДАТАЛОГІЧНЕ ПРОЕКТУ-ВАННЯ СЛОВНИК ДАНИХ
  • 28. Контактна інформація: 79013, м. Львів, вул. С. Бандери, 12, (032) 258-26-80, coffice@lpnu.ua http://lpnu.ua