Основні підходи до проектування БД
Підходом називається такий спосіб проектування, який описує взаємодію всіх класів і атрибутів схеми перед створенням|створінням| БД
Існує 7 підходів:
1) Структурний;
2) Процесний;
3) Інноваційний;
4) Творчий;
5) Деструктивний (плагіатний|);
6) Повільний, або з|із| гальмуванням;
7) Попередній |оцінний| підхід;
Реалізація проектування через будь-який підхід має на увазі графічне відображення взаємодії даних в системі.
1) Структурний підхід - дозволяє рівномірно розподілити наші дії в системі і виглядає як лінійна структура. Але|та| не дає можливості|спроможності| істотно|суттєвий| змінити|зраджувати| структуру бази після|потім| реалізації окремого етапу.
2) Процесний підхід - таким підходом називають організацію проекту БД по виділених фрагментах. Процесний підхід складається із зовнішніх процесів і внутрішніх процесів. Зовнішніми називаються сторонні дані, які не впливають на життєво необхідну інформацію в базі. Внутрішні – головна інформація в базі. Головним достоїнством процесного| підходу є його здібність до модифікації етапів бази під час її реалізації.
3) Інноваційний підхід – це підхід, який дозволяє на будь-якому етапі створення|створінь| бази вносити коректування до її структури. Інноваційний підхід побудований|спорудити| за технологією ієрархії – саме це дозволяє вносити зміни на будь-якому етапі. Головною позитивною особливістю даного підходу вважають|лічать| його деревовидну структуру, яка дозволяє на кожній окремій вітці|гілці| дерева проводити|виробляти,справляти| незалежні зміни.
4) Творчий - це підхід, який виконує дві функції: безпосередньо планування|планерування| дій із створення|створіння| бази і організація діалогу між розробником і проектувальником. Такий діалог можна здійснити, створюючи проект без зв'язків взагалі.
5) Деструктивний похід - має на увазі використання раніше готових БД і додатків|застосувань| для створення|створіння| власних проектів, які зовсім відрізняються від використаних. Основна технологія даного підходу полягає в дорозі від осоружного|противного,супротивного|: починаємо з готового, йдемо до початку.
6) Підхід з|із| гальмуванням - головною особливістю вважають|лічать| його здатність|здібність| сповільнюватися або прискорюватися на вказаному етапі. Це реалізовано за рахунок впровадження додаткових піддій на етапі.
7) Попередній підхід - єдиний підхід, який займається загальним|спільним| аналізом всієї системи при створенні|створінні| проекту. Головна особливість такого підходу в тому, що він дозволяє виявити етапи-паразити, які пригальмовують створення|створіння| загального|спільного| проекту.
8) Змішаний підхід. Дозволяє використовувати всі підходи разом за умови, що|при умові , що,при условии | в команді, яка займається проектуванням, не менше 3-ьох| проектувальників.
Реплікація в базах даних.
Реплікація БД- це механізм синхронізації вмісту декількох копій об'єкту (БД). Це процес, під яким також розуміється копіювання даних з|із| одного джерела на множину|безліч| інших і навпаки.
Ще говорять, що реплікація -| це приведення декількох таблиць або баз до загального|спільного| однакового вигляду|виду|.
При реплікації зміни, зроблені в 1-й| або декількох таблицях, можуть бути поширені в інших (але|та| це не транзакція).
Основною одиницею реплікації є|з'являється,являється| репліка – це |повідомлення|сполучення|, яке несе в собі інформацію від користувача до бази і навпаки.
Розрізняють 4 види реплік:
1) Інформаційна загального|спільного| характеру|вдачі| (будь-який запит)
2) Наказового характеру|вдачі| (направлена|спрямована| від бази до користувача або навпаки – якщо користувач адміністратор)
3) Незавершена|незакінчена| репліка (діалог між користувачами і базою не завершений). Такі репліки при першій нагоді з'єднання|сполучення,сполуки| реалізують себе.
4) Репліка індивідуального характеру|вдачі| (індивідуальна репліка) – користувач створює запит, стосуючись його особисто.
Розрізняють 2 види реплікації:
1) Синхронна|синхрон|
2) Асинхронна
Синхронна|синхрон| реплікація – така, при якій репліка оновлюється|обновляє|, і при цьому решта всіх реплік того ж фрагмента оновлюється|обновляє|.
Синхронна|синхрон| реплікація має на увазі тільки|лише| одну версію БД. У більшості програмних продуктів така реплікація організована за рахунок тригерів|тригерів|, але|та| дані функції можна перемістити і на додаток|застосування|.
У разі|в разі| асинхронної реплікації оновлення однієї репліки розповсюджується|поширюється| на інших через деякий час, а не в тій же транзакції. Таким чином, при асинхронній реплікації формується затримка або час очікування|чекання| в більшості програмних продуктів. Така реплікація реалізуються за допомогою читання Журналу|часопису| транзакції. Плюсом асинхронної реплікації є її не моментальне оновлення. Дані встигають|устигають| пройти|минати,спливати| актуалізацію і перевірку на сумісність.
Мінусом – неможливість відстежити зміну в дану одиницю часу.
Псевдореплікацією називають реплікації, які відносяться до загального|спільного| характеру|вдачі| і в цілому|загалом| виконані, але|та| для окремих користувачів є|з'являються,являються| неправдоподібними.
Основний алгоритм реплікацій:
1. Відкриття|відчиняти| таблиці #1| для перегляду|проглядати| і перехід на її 1-й запис.
2. Виконуємо пошук в 2-ій таблиці запису із|із| значенням ключового|джерельного| поля, рівного значенню ключового|джерельного| поля таблиці #1|
3. Якщо шуканий запис не знайдений, копіюємо в таблицю #2| поточний запис з|із| таблиці #1| і переходить до наступного|такого| запису.
4. Якщо шуканий запис знайдений – порівнюємо шукане значення полів по даті. Якщо значення цього поля в таблиці #1| новіше, то ми не здійснюємо реплікацію в таблицю #1|, але|та| реплікуємо| в табл.2 і навпаки.
5. Перехід на наступний|такий| запис.
6. У разі|в разі| отримання|здобуття| команди EOF| (кінець файлу) ми закінчуємо виконання реплікації таблиці.
До переваг асинхронної реплікації відносять: хорошу|добру| масштабованість, що дозволяє розвантажити головний сервер і перенести ряд|лаву,низку| реплік на допоміжних сервера; високу швидкість виконання запитів із-за частоти сервування хорошу|добру| відмовостійку – якщо виходить з|із| ладу|строю,буд| 1 з|із| серверів, це практично не збиває роботу ситеми|.
До недоліків|нестач| асинхронної реплікації відносять|:
- Падіння ефективності у разі|в разі| високої динаміки зміни даних;
- Тимчасове розузгодження даних;
- Необхідність нетривіального адміністрування для дозволу колізій, якщо є дублювання даних або дані одного поля змінюються дуже|занадто| часто.
Більшість баз сьогодні використовують асинхронну реплікацію, оскільки є|з'являються,являються| віддаленими від своїх батьків, або серверів. Стандарт ISO| і ANSI| закликає|призиває| до 2012 року всі бази перейти на синхронну|синхрон| реплікацію шляхом|колією,дорогою| інтернізації| всіх населених пунктів.