Проектування та розробка бази даних "Виставка собак" - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Проектування та розробка бази даних "Виставка собак"

Автоматизація процесу зберігання та обробки інформації про перелік собак на виставці. Аналіз предметної області. Створення концептуальної моделі даних, її перетворення в логічну і реалізація. Розробка механізмів управління даними за допомогою тригерів.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

з дисципліни: «Організація баз даних і знань»
Проектування та розробка бази даних «Виставка собак»
Ключові слова: бази даних, концептуальна модель, бізнес правила, глосарій.
Розглядається процес проектування та розробки бази даних для "Виставки собак". Проведено огляд сучасних тенденції в області проектування й розробки баз даних, побудовано концептуальну модель даних, аналіз даної предметної області. Запропоновано програмні інструменти SQL Manager for MySQL, ERWin.
База даних являє собою структуровану сукупність даних, що спільно зберігаються і обробляються відповідно з деякими правилами. База даних моделює деяку предметну область або її фрагмент. В якості постійного сховища інформації баз даних виступають файли.
Ключевые слова: базы данных, концептуальна модель, бизнес правила, глоссарий
Рассматривается процесс проектирования и разработки базы данных для "Выставки собак". Проведен обзор современных тенденции в области проектирования и разработки баз данных, построено концептуальную модель данных, анализ данной предметной области. Предложено программные инструменты SQL Manager for MySQL, ERWin.
База данных представляет собой определенным образом структурированную совокупность данных, совместно хранятся и обрабатываются в соответствии с определенными правилами. База данных моделирует некоторую предметную область или ее фрагмент. В качестве постоянного хранилища информации баз данных выступают файлы.
1. Аналіз предметної області. Постановка задачі курсової роботи
1.1 Актуальність розробки баз даних
1.2 Аналіз наданої предметної області
2. Моделювання даних предметної області
2.1 Розробка концептуальної моделі даних
2.Перетворення концептуальної моделі в логічну модель даних
2.3 Аналіз бізнес-логіки обробки даних у предметній області
3.3 Результати, отримані при роботі з БД
3.3.1 Розробка уявлень для відображення результатів вибірки
3.3.2 Проектування збережених процедур
3.3.3 Розробка механізмів управління даними в базі за допомогою
База даних (БД) -- це засіб збирання й впорядкування даних. Бази даних можуть містити відомості про людей, товари, замовлення тощо. Багато баз даних починаються як список у текстовому редакторі або електронній таблиці. [1]
Основні можливості СУБД перераховані нижче.
1. Поповнення, розширення та відновлення БД.
2. Висока надійність зберігання інформації.
3. Засоби захисту інформації в СУБД.
4. Виведення повної й достовірної інформації на запити користувача.
До складу багатьох СУБД, призначених для роботи на персональних комп'ютерах, входять три основні компоненти: командна мова, інтерпретуюча система або компілятор для перетворення команд до виду, придатного до виконання, і засоби взаємодії користувача із СУБД.
Основні операції, які можна виконати за допомогою СКБД:
1. Створити новий файл бази даних у вигляді таблиці.
2. Створити структуру таблиці (тобто структуру запису).
5. У разі потреби модифікувати (змінити) структуру.
8. Впорядкувати записи за зростанням чи спаданням значень у деякому полі.
9. Відшукати записи, що задовольняють деякому критерію за допомогою фільтра чи звернувшись до бази даних із запитом.
11. Подати потрібні дані у вигляді форми чи звіту.
Каталог собак на виставці, який розглядається, зберігає інформацію про кожну собаку з яких має породу, ім'я, вік. Інформація в базах даних зберігається у впорядкованому вигляді, в бібліотечному каталозі - або за алфавітом, , або по області знання.
1) дослідження й опис предметної області;
4) реалізація бази даних у форматі обраної СКБД;
5) реалізація необхідних запитів, тригерів та збережених процедур;
6) експериментальна експлуатація на контрольних даних й аналіз отриманих результатів.
1) тип бібліотеки (зв'язок з Бібліотекою);
2) бібліотека (Зв'язок з Типом бібліотеки, Бібліотекарем, Читачем);
3) бібліотекар (Зв'язок з Бібліотекою, Замовленням);
4) книга (Зв'язок з Печатним виданням, серією, жанром,автором );
6) серія (Зв'язок з Книгою, Журналом);
7) жанр (Зв'язок з Книгою, Журналом).
8) печатне видання (Зв'язок з Книгою, Журналом, Замовленням).
9) замовлення(Зв'язок з Читачем, Печатним виданням, Бібліотекарем).
10) журнал(Зв'язок з Печатним виданням, Жанром,Серією).
11) читач (Зв'язок з Замовленням, Бібліотекою ).
Канонічна ER діаграма. Для обраної предметної області зображена на рисунку 2.1
Рисунок 2.1 - ER-діаграма для Про "Бібліотека"
Поява і широке застосування моделі даних типу " об'єкт-зв'язок "(entity - relationship, ER-модель) пов'язане з практичними потребами системного аналізу та концептуального моделювання великих баз даних (БД) для автоматизованих інформаційних систем. Техніка побудови ER-моделі даних використовується для визначення інформаційних потреб прикладної області та представлення структури бази даних, відповідної ER-моделі, в графічній формі ER-діаграми. В життєвому циклі програмного забезпечення (ЖЦ ПЗ) техніка ER-моделювання використовується в процесах, пов'язаних зі специфікації вимог до розробляємого ПЗ [19]. Ці процеси виконуються на початкових етапах ЖЦ ПЗ. ER-модель даних володіє важливими властивостями, які підтверджують корисність її використання у визначенні вимог до даної розроблюваної програмної системи. По-перше, кошти ER-моделі володіють достатнім ступенем спільності, придатної для передачі розуміння інформаційних потрібностей користувача, в той же час не мають великого розриву з моделями даних комерційних СКБД. Це властивість забезпечує реалізацію інфо-логічної моделі БД, сконструйованої за правилами ER-моделювання, без великих проблем дає наочне уявлення про те, як ER-модель може бути перетворена в будь-яка модель з трьох основних видів - ієрархічну, мережеву, реляційну, які підтримуються комерційними СКБД.
По-друге, техніка ER-моделювання спирається на строгі формальні правила та угоди, включаючи концепції нормалізації даних. Отже, ER-модель може розглядатися як засіб точного вираження уявлень про реальні об'єкти області додатки, що дозволяє забезпечити спілкування між аналітиком і користувачем системи, а також між аналітиком і розробниками системи.
2.2 Проектування логічної моделі бази даних
Логічна структура бази даних, а так само сама заповнена даними база даних, є відображенням реальної предметної області. Тому на вибір проектних рішень найбільше впливає специфіка відображається предметної області.
Оскільки основу будь-якої бази даних складає інформаційна структура, бази даних ділять на три типи: реляційні, мережеві, ієрархічні.Логічна модель - це абстрактний погляд на дані. На ньому дані представляються так, як виглядають у реальному світі. Об'єкти і моделі, що представляються на логічному рівні, називаються сутностями і атрибутами. Логічна модель даних є універсальною і ніяк не пов'язана з конкретною реалізацією СКБД [20].
У реляційній моделі, об'єкти представлені у вигляді таблиць (двомірних масивів). Причому таблицею можуть відображатися не тільки об'єкти, але і зв'язки кожна таблиця складається з довільної кількості рядків і довільної кількості стовпців. Обов'язковою умовою побудови реляційної моделі є наявність у кожної моделі первинного ключа. Цей вид моделі має найбільше поширення при побудові баз даних.
В основі реляційної моделі даних лежать не графічні табличні методи і засоби представлення даних і маніпулювання ними. Таблиця відображає об'єкт реального світу - сутність. Кожен стовпець таблиці має унікальне для кожної таблиці ім'я.
Реляційні системи виключили необхідність складної навігації, оскільки дані представлені в них не у вигляді одного файлу, а незалежними наборами. У реляційній моделі всі таблиці мають бути перетворені у відносини. Відносини пов'язані між собою. Зв'язки підтримуються зовнішніми ключами. У реляційній теорії є поняття "ключ" і "ймовірний ключ". Ці поняття характеризують не предметну область, а саме таблицю реляційної бази даних.
Після створення різних таблиць, що містять дані, що відносяться до різних аспектів бази даних, необхідно забезпечити цілісність бази даних.Для даного проекту підходить найбільше реляційна модель побудови бази даних.
Для проектування логічної моделі даних використовують засіб для проектування та документування баз даних ERwin.
ERwin - потужне і просте у використанні засіб конструювання баз даних Воно забезпечує найвищу продуктивність праці при розробці та супроводі додатків з використанням баз даних [21].
Протягом усього процесу - від логічного моделювання вимог до інформації та бізнес-правил, які визначають базу даних, до оптимізації фізичної моделі у відповідності з заданими характеристиками - ERwin дозволяє наочно відобразити структуру та основні елементи БД.
ERwin - це потужний засіб проектування і інструмент розробки, здатний автоматично створювати таблиці і генерувати тисячі рядків тексту збережених процедур і тригерів для всіх популярних СКБД. Революційна технологія Complete-Compare (Завершити-Порівняти) дозволяє організувати ітеративну розробку, підтримуючи постійну узгодженість моделі та бази даних. Завдяки інтеграції з популярними середовищами розробки програм, ERwin дозволяє прискорити створення додатків для обробки даних.
ERwin полегшує проектування баз даних. Для цього досить створити графічну ER-модель, що задовольняє всім вимогам до даних і ввести бізнес-правила для створення логічної моделі, яка відображає всі елементи, атрибути, відносини і угрупування. Розвинені засоби моделювання допомагають краще спроектувати базу даних. Передбачені можливості маніпулювання атрибутами шляхом їх буксирування, внесення змін та нормалізації "на льоту". Засоби редагування безпосередньо на діаграмах дозволяють вносити в модель зміни, не відкриваючи спеціальних діалогових вікон. Навігація по відносинам забезпечує швидке переміщення у великих моделях для переходу до батьківським або дочірнім об'єктах.
ERwin автоматизує процес проектування. ERwin передбачає можливість створення каталогу найбільш часто використовуваних атрибутів, що забезпечує узгодженість імен та описів з усього проекту. Уявлення БД підтримуються як інтегровані компоненти моделі, що дозволяє автоматично відображати в їх описах зміни, внесені до базові таблиці. Автоматичне перенесення ключів забезпечує посилальну цілісність бази даних.
ERwin не тільки кращий інструмент для проектування баз даних, а й засіб для їх швидкого створення. ERwin оптимізує модель відповідно з фізичними характеристиками цільової бази даних. На відміну від інших інструментальних засобів ERwin автоматично підтримує узгодженість логічної і фізичної схем і здійснює перетворення логічних конструкцій, таких як відносини багато-до-багатьох, в їх реалізацію на фізичному рівні.
ERwin встановлює природну динамічну зв'язок між моделлю і базою даних, що дозволяє реалізувати як прямий, так і зворотний інжиніринг. До складу ERwin включений низку оптимізованих шаблонів тригерів, які забезпечують цілісність посилань, і потужний макромова, який дозволяє створювати власні тригери і процедури. Таким чином можуть бути автоматично сформовані тисячі рядків коду, що забезпечує неперевершену продуктивність розробки на основі моделей.
Засоби розрахунку обсягу дозволяють точно оцінити первинний розмір і характер росту бази даних або сховища, полегшуючи ефективне розподіл ресурсів системи та планування потужності.
База даних може бути спроектована і створена без написання окремих SQL-пропозицій типу CREATE TABLE або INDEX. Оскільки фізична схема формується на основі описової логічної моделі, ваш додаток буде відразу ж повністю документовано. ERwin дозволяє також проводити зворотний інжиніринг існуючих баз даних шляхом побудови моделі безпосередньо на основі її таблиць.
ERwin підтримує всі найбільш популярні реляційні СКБД, включаючи Oracle, Microsoft SQL Server, Sybase, DB2 і Informix. Одна і та ж модель може бути використана для створення декількох баз даних або для перенесення програми з платформи однієї СКБД на іншу.
Зазвичай розробка моделі бази даних складається з двох етапів: складання логічної моделі і створення на її основі фізичної моделі. ERwin повністю підтримує такий процес, він має два подання моделі: логічне і фізичне. Таким чином, розробник може будувати логічну модель бази даних, не замислюючись над деталями фізичної реалізації, тобто приділяючи основну увагу вимогам до інформації та бізнес-процесам, які буде підтримувати майбутня база даних.
В ході виконання курсового проекту будо розроблено концептуальну модель даних, яку зображено на рисунку 2.2.
Таким чином у даному підрозділі показане створення концептуальної моделі даних.
2) можливість розбиття великих баз даних на розділи (large-database partition), що дає можливість ефективно управляти гігантськими гігабайтними базами;
3) наявність універсальних засобів захисту інформації;
4) ефективні методи максимального підвищення швидкості обробки запитів;
5) індексацію за бітовому відображенню;
6) вільні таблиці (в інших СКБД усі таблиці заповнюються відразу при створенні);
7) розпаралелювання операцій у запиті;
8) наявність широкого спектру засобів розробки, моніторингу та адміністрування;
9) орієнтація на інтернет-технології;
Microsoft Office Access або просто Microsoft Access реляційна СКБД корпорації Microsoft. Має широкий спектр функцій, включаючи пов'язані запити, зв'язок із зовнішніми таблицями і базами даних. Завдяки вбудованій мові VBA, в самому Access можна писати програми, що працюють з базами даних [25].
Основні характеристики СКБД Access:
1) володіння всіма перевагами Windows технологій;
2) у таблиці Access форми запити і звіти зберігаються в одному файлі бази даних;
3) до складу Access включений ряд спеціальних програм, таких як конструктори і майстра;
4) у Access є апарат, який називається "побудовник виразів" ;
5) у Access є мова програмування ВБА;
6) є одночасний доступ декількох користувачів до загальної бази даних;
7) у Access є кошти, необхідні для роботи з іншими базами даних різних форматів;
MySQL - вільна реляційна система управління базами даних. Розробку та підтримку MySQL здійснює корпорація Oracle, що отримала права на торговельну марку разом з поглиненої Sun Microsystems, яка раніше придбала шведську компанію MySQL AB. Продукт поширюється як під GNU General Public License, так і під власною комерційною ліцензією [26].
Основні характеристики My SQL Server:
1) багато поточність і підтримка декількох одночасних запитів;
2) оптимізація зв'язків з приєднанням багатьох даних за один прохід;
3) записи фіксованої і змінної довжини;
4) гнучка система привілеїв і паролів;
5) до 16 ключів в таблиці. Кожен ключ може мати до 15 полів;
6) підтримка ключових полів і спеціальних полів в операторі;
7) підтримка чисел довжиною від 1 до 4 байт, рядків змінної довжини і позначень часу;
8) заснована на потоках, швидка система пам'яті;
9) утиліта перевірки і ремонту таблиці (isamchk);
10) всі операції роботи з рядками не звертають уваги на регістр символів в оброблюваних рядках;
11) псевдоніми застосовні як до таблиць, так і до окремих колонок у таблиці;
12) всі поля мають значення за замовчуванням. можна використовувати на будь-якому підмножині полів;
13) легкість керування таблицею, включаючи додавання і видалення ключів і полів;
Розглядаючи особливості побудованої логічної моделі даних видно що для реалізації бази даних найкращим варіантом буде використання СКБД My SQL Server.
MySQL - компактний багато поточний сервер баз даних. Характеризується великою швидкістю, стійкістю і простотою використання. MySQL вважається гарним рішенням для малих і середніх застосувань[27].
- простота у встановленні та використанні;
- підтримується необмежена кількість користувачів, що одночасно працюють із БД;
- кількість рядків у таблицях може досягати 50 млн.;
- висока швидкість виконання команд;
- наявність простої і ефективної системи безпеки.
Таблиця "Type_library" зберігає інформацію про види бібліотек. В ній будуть зберігатися види бібліотек та їх номер. Кожен запис таблиці складається з полів, наведених у таблиці 3.2.
Таблиця "Printed_matter" зберігає інформацію про наявність книги в одній з бібліотек. Кожен запис таблиці складається з полів, наведених у таблиці 3.3.
Номер печатного видання, ключове поле
Таблиця "Orderr" Зберігає інформацію про замовлені читачами книги. Кожен запис таблиці складається з полів, наведених у таблиці 3.4.
Таблиця "Author" призначена для зберігання інформації про авторів книг. Кожний запис складається з наступних полів, опис яких наведено в таблиці 3.5
Таблиця "Series" зберігає інформацію про серії. В ній будуть зберігатися номер серії, назви серії та число книг у серії. Кожен запис таблиці складається з полів, наведених у таблиці 3.6.
Таблиця "Genre" зберігає інформацію про жанри книг. Кожен запис таблиці складається з полів, наведених у таблиці 3.7.
Таблиця "Book" зберігає інформацію про книги. Кожен запис таблиці складається з полів, наведених у таблиці 3.8.
Таблиця "Magazine" Зберігає журнали. Кожен запис таблиці складається з полів, наведених у таблиці 3.9.
Таблиця "Reader" Зберігає перелік читачів. Кожен запис таблиці складається з полів, наведених у таблиці 3.10.
Таблиця "Librarian" Зберігає перелік бібліотекарів. Кожен запис таблиці складається з полів, наведених у таблиці 3.11.
1. Дає можливість гнучкого налаштування прав доступу до даних за рахунок того, що права даються не на таблицю, а на виставу. Це дуже зручно у випадку якщо користувачеві потрібно дати права на окремі рядки таблиці або можливість отримання не самих даних, а результату якихось дій над ними.
2. Дозволяє розділити логіку зберігання даних та програмного забезпечення. Можна міняти структуру даних, не зачіпаючи програмний код, потрібно лише створити уявлення, аналогічні таблицями, до яких раніше зверталися додатки. Це дуже зручно коли немає можливості змінити програмний код або до однієї бази даних звертаються кілька додатків з різними вимогами до структури даних.
3. Зручність у використанні за рахунок автоматичного виконання таких дій як доступ до певної частини рядків і / або стовпців, отримання даних з декількох таблиць і їх перетворення за допомогою різних функцій.
У базі даних розроблено уявлення "r", яке містить інформацію про ім'я, прізвище та телефон читачів яких обслуговував бібліотекар з номером "1".
`r`.`first_Name_reader` AS `first_Name_reader`,
`r`.`last_Name_reader` AS `last_Name_reader`,
`r`.`telephone_reader` AS `telephone_reader`,
`r`.`adress_reader` AS `adress_reader`
Результат виконання даного уявлення представлено на рисунку 3.1.
Рисунок 3.1 - Результат виконання уявлення "r"
Також було розроблено уявлення "b", яке містить назви книжок з серії "Гаррі Поттер".
CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost`
Результат виконання даного уявлення представлено на рисунку 3.2.
Рисунок 3.2 - Результат виконання уявлення "b"
Перевага використання уявлень полягає в тому, що уявленнябуде модифіковано автоматично всякий раз, коли таблиця, що лежить в його основі, змінюється. Зміст подання не фіксоване і перепризначується щоразу, коли воно викликається оператором SQL.
3.3.2 П роектування збережених процедур
Збережена процедура це спосіб інкапсуляції повторюваних дій. У збережених процедурах можна оголошувати змінні, управляти потоками даних, а також застосовувати інші техніки програмування.
Причина їх створення ясна і підтверджується частим використанням. З іншого боку, якщо ви поговорите з тими, хто працює з ними нерегулярно, то думки розділяться на два абсолютно протилежних флангу. Не забувайте про це.
Позитивні наслідки використання зберігаємих процедур:
1. Поділ логіки з іншими додатками. Збережені процедури інкапсулюють функціональність; це забезпечує зв'язність доступу до даних і управління ними між різними додатками.
2. Ізоляція користувачів від таблиць бази даних. Це дозволяє давати доступ до збереженим процедурам, але не до самих даних таблиць.
3. Забезпечує механізм захисту. Відповідно з попереднім пунктом, якщо ви можете отримати доступ до даних тільки через збережені процедури, ніхто інший не зможе стерти ваші дані через команду SQL DELETE.
4. Поліпшення виконання як наслідок скорочення мережевого трафіку. За допомогою збережених процедур безліч запитів можуть бути об'єднані.
Негативні наслідки використовування процедур:
5. Підвищення навантаження на сервер баз даних у зв'язку з тим, що велика частина роботи виконується на серверної частини, а менша - на клієнтській.
6. Доведеться багато чого підучити. Вам знадобиться вивчити синтаксис MySQL виразів для написання своїх збережених процедур.
7. Дублювання логіку свого додатку в двох місцях: серверний код і код для збережених процедур, тим самим ускладнюючи процес маніпулювання даними.
8. Міграція з однієї СКБД на іншу (DB2, SQL Server та ін) може призвести до проблем.
9. Інструмент, в якому я працюю, називається MySQL Query Browser, він досить стандартний для взаємодії з базами даних. Інструмент командного рядка MySQL - це ще один чудовий вибір. Я розповідаю вам про це з тієї причини, що всіма улюблений phpMyAdmin не підтримує виконання збережених процедур.
У курсовому проекті була розроблена збережена процедура усіх читачів які відвідують першу або другу бібліотеку .
CREATE DEFINER = 'root'@'localhost' PROCEDURE `new_proc1`(
Після введення вхідного параметру "z" більше ніж два ми отримуємо перелік всіх читачів які відвідують першу бібліотеку що може бути потрібним користувачу під час редагування, систематизації даних, а також перегляду потрібних даних Результати збереженої процедури зображено на рисунках 3.3 та 3.4.
Рисунок 3.3 - Перелік читачів першої бібліотеки
Після введення вхідного параметру "z" менше чи дорівнює двом ми отримуємо перелік всіх читачів які відвідують другу бібліотеку.
Рисунок 3.4 - Перелік читачів другої бібліотеки
Також була розроблена процедура для вибору усіх читачів відвідуючи першу бібліотеку яких обслуговував певний бібліотекар.
CREATE DEFINER = 'root'@'localhost' PROCEDURE `new_proc2`(
Після введення вхідного параметру "q" менше п'яти ми отримуємо перелік всіх читачів яких обслуговує перший бібліотекар що може бути потрібним користувачу під час редагування або систематизації даних.
Результати зображено на рисунках 3.5 та 3.6.
Рисунок 3.5 - Перелік читачів першого бібліотекаря
Після введення вхідного параметру "q" більше або дорівнює п'яти ми отримуємо перелік всіх читачів яких обслуговує другий бібліотекар.
Рисунок 3.6 - Перелік читачів другого бібліотекаря
3.3.3 Розробка механізмів управління даними в базі за допомогою тригерів
Тригери призначені для запобігання, журналювання, аудиту, фіксації змін даних,реалізації бізнес правил, реплікації даних та підвищення продуктивності БД в цілому.
Тригер - збережена процедура, виклик якої відбувається автоматично при виконанні з базою даних певних дій: видалення, зміна, додавання записів.
Залежно від того, який оператор модифікації даних активізує тригер, він називається тригером вставки (insert trigger), тригером видалення (delete trigger) або тригером оновлення (update trigger).
Тригери знаходять різне застосування - від перевірки даних до забезпечення складних ділових правил.
Особливо корисною властивістю тригерів є те, що вони мають доступ до образів запису до і після модифікації; таким чином, можна порівняти два записи і прийняти відповідне рішення.
У даному курсовому проекті для таблиці "Book" був розроблений тригер - "Triger1". Дія цього тригера направлена на запобігання помилок при додаванні запису до таблиці: при вводі порожньої назви записувати туди значення "не задана" Тригері зберігаються не в скрипті бази даних а на сервері My SQL.
CREATE DEFINER = 'root'@'localhost' TRIGGER `_before_ins_tr1`
SET NEW.Name_book = IFNULL(NEW.Name_book, ' не вказана ');
Для здійснення тригера потрібно створити елемента таблиці "Book" з порожнім полем Name_book, що можна побачити на рисунку 3.3.3.1.Там книга з інформацією про печатне видання, автора, жанр та серію має порожнє поле назви книги.
Рисунок 3.7 - Долучення елемента з порожнім полем
Після роботи тригера ми отримаємо замис з полем заповненим за змовчуванням значенням у полі "Name_book".В таблиці порожнє поле назви книги заміниться записом "не вказана"
Результат роботи тригера зображено на рисунку 3.8
Ще одним прикладом тригера у даному курсовому проекті для таблиці "Series" був розроблений тригер - "Triger2". Дія цього тригера направлена на оновлення інформації про кількість книг у серії. При вводі змін книг у серії він буде додавати попередню кількість книг.
Рисунок 3.8 - Результат роботи тригера
CREATE DEFINER = 'root'@'localhost' TRIGGER `Triger2` BEFORE
SET NEW.Number = NEW.Number + OLD.Number;
Початкова ситуація зображена на рисунку 3.9
Рисунок 3.9 - Початкова кількість книг в серії
До серії "Гаррі Поттер" потрібно додати одну книгу.
Ситуація потребуюча тригер зображена на рисунку 3.10:
Рисунок 3.10 - Долучення книги до серії
Після роботи тригера ми отримаємо загальну кількість книг у серії "Гаррі Поттер"
Результат зображено на рисунку 3.11
Рисунок 3.11 - Результат роботи тригера
Тригери є дуже зручним рішенням інформаційних аномалій, регулювання змін в базі даних та забезпечення виконання системи бізнес-правил.
Під час виконання КП були вивчені основи проектування концептуальної та логічної БД, роботи в вільній реляційній системі керування базами даних My SQL, а також визначили предметну область, основні сутності БД, визначили інформацію яка буде міститись в базі даних. Була визначена система бізнес-правил, дані які будуть міститися в таблиці згідно вимогам і завданням КП.
Дана БД забезпечує надійне зберігання інформації, а також істотну економію часу, що витрачається на пошук, редагування існуючих даних. При створенні даної бази даних була, проаналізувала предметна область, в даний випадку це область бібліотеки. Була проаналізована інформаційна структура бібліотеки, її особливості функціонування, сформульовані вимоги до бази даних бібліотек. В результаті виконання даного курсового проекту всі поставлені цілі і завдання були виконані. Були описані технології функціонування ІС, побудовані концептуальна і логічна моделі БД, виконано фізичне проектування БД, розроблена функціональної моделі СКБД, розроблені запити для існуючої БД, розроблені тригери для запобігання інформаційних аномалій, розроблені збережені процедурі для виконання.
При розробці бази даних проект було розділено на три розділи :
Розділ 1. Було розглянуто основні проблеми створення сучасних баз даних, зберігання даних, сучасні тенденції у розробці БД
Розділ 2. Була проаналізована ПрО, розроблена концептуальна модель даних та система бізнес-правил. Особливу увагу приділено трансформуванню концептуальної в логічну модель даних засобами CASE-системи ErWin.
Розділ 3.Було розглянуто мотивований вибір СКБД для реалізації проекту, реалізація БД, результати, одержувані при роботі з БД, розроблені уявлення для відображення результатів вибірки, спроектовані збережені процедури, розроблені механізми управління даними в базі за допомогою тригерів.
Результатом роботи над КП є створена працездатна база даних, перевагами якої є зручність, швидкість знаходження серед великої кількості інформації.
Специфікація вимог для кожного з двох користувачів. Концептуальне проектування бази даних. Визначення типів сутностей та зв’язків, доменів. Перетворення концептуальної моделі даних у логічну, визначення набору відношень, підтримки цілісності даних. курсовая работа [55,1 K], добавлен 15.03.2015
Розробка бази даних для меблевої фірми. Обстеження і аналіз предметної області та побудова концептуальної, логічної та фізичної моделі цієї бази даних. Використання мови програмування Visual Basic при написанні програмного коду, що обслуговує базу даних. курсовая работа [1,4 M], добавлен 24.10.2010
Розробка структури бази даних. ER-моделі предметної області. Проектування нормалізованих відношень. Розробка форм, запитів, звітів бази даних "Автосалон". Тестування роботи бази даних. Демонстрація коректної роботи форми "Додавання даних про покупців". курсовая работа [4,0 M], добавлен 02.12.2014
Проектування інформаційної системи для супроводу баз даних. Моделі запиту даних співробітником автоінспекції та обробки запиту про машини та їх власників. База даних за допомогою SQL-сервер. Реалізація запитів, процедур, тригерів і представлення. курсовая работа [1,7 M], добавлен 18.06.2012
Узагальнена структурна схема інформаційної системи та алгоритми її роботи. Проект бази даних. Інфологічне проектування і дослідження предметної області. Розробка інфологічної моделі предметної області. Розробка композиційної, логічної системи бази даних. курсовая работа [861,7 K], добавлен 21.02.2010
Проектування і реалізація реляційної бази даних для централізованого зберігання інформації з метою полегшення і систематизації даних замовлень клієнтів готельного комплексу. Розробка сценаріїв для створення бази даних і базових таблиць проекту. курсовая работа [147,2 K], добавлен 02.06.2019
Опис вхідних та вихідних повідомлень, процедури перетворення даних. Розробка інфологічної моделі, інформаційні об’єкти та їх характеристика. Автоматизація даталогічного проектування. Опис структур таблиць бази даних на фізичному рівні, реалізація запитів. курсовая работа [2,5 M], добавлен 02.01.2014
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Проектування та розробка бази даних "Виставка собак" курсовая работа. Программирование, компьютеры и кибернетика.
Цифровые Технологии Эссе
Реферат: Усталяванне савецкай грамадска-палітычнай сістэмы ў СССР і БССР
Ростовская Область Сочинение
Влияние семьи на психическое развитие ребенка
Дипломная работа: Иран в XVI-XIX веках
Реферат: Экскурсия по Петродворцу
Курсовая работа по теме Решение проблемы взаимодействия общества и природы
Отчет по практике: Отчет по практике в ООО Менатекс
Курсовая Работа На Тему Бизнес-Планирование Производственно-Коммерческой Сделки При Реализации Молока Организацией Зао "Андреевское" Омского Района Омской Области
Хронический холецистит
Курсовая работа по теме Предпринимательство в Казахстане
Реферат: М.І. Костомаров і його "відчуття історії"
Доклад: Формирование у учащихся практических познавательных умений по физике
Дневник Практики Ннгасу
Реферат: Механизмы защитных реакций
Курсовая работа по теме Стандарты GMP
Сочинение: Философия истории в романе Л. Н. Толстого Война и мир
Реферат по теме Производство топленых животных жиров
Курсовая работа: Расчет авторемонтного предприятия. Скачать бесплатно и без регистрации
Сочинение На Тему Держать Язык За Зубами
Зовнішньоторговельний контракт з імпорту кави - Международные отношения и мировая экономика курсовая работа
Проектирование мультисервисной сети - Коммуникации, связь, цифровые приборы и радиоэлектроника курсовая работа
Формирование и развитие умений и навыков работы над графической иллюстрацией у школьников (1-9 классы) - Педагогика курсовая работа