Розробка бази даних інформаційної системи - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Розробка бази даних інформаційної системи

Аналіз відомих підходів до проектування баз даних. Моделі "сутність-зв'язок". Ієрархічна, мережева та реляційна моделі представлення даних. Організація обмежень посилальної цілісності. Нормалізація відносин. Властивості колонок таблиць фізичної моделі.


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


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


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


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


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

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

1 . Аналіз відомих підходів до проектування баз даних
Концептуальне проектування - побудова семантичної моделі предметної області, тобто інформаційної моделі найбільш високого рівня абстракції. Така модель створюється без орієнтації на якусь конкретну СУБД і модель даних. Терміни «семантична модель», «концептуальна модель» і «інфологічна модель» є синонімами. Крім того, в цьому контексті рівноправно можуть використовуватися слова «модель бази даних» і «модель предметної області» (наприклад, «концептуальна модель бази даних» і «концептуальна модель предметної області»), оскільки така модель є як спосіб реальності, так і спосіб проектованої бази даних для цієї реальності.
Конкретний вид і зміст концептуальної моделі бази даних визначається вибраним для цього формальним апаратом. Зазвичай використовуються графічні нотації, подібні ER-діаграм.
Найчастіше концептуальна модель бази даних включає в себе:
· опис інформаційних об'єктів, або понять предметної області і зв'язків між ними.
· опис обмежень цілісності, тобто вимог до допустимих значень даних і до зв'язків між ними.
Логічне проектування - створення схеми бази даних на основі конкретної моделі даних, наприклад, реляційної моделі даних. Для реляційної моделі даних даталогічна модель - набір схем відносин, зазвичай із зазначенням первинних ключів, а також «зв'язків» між відносинами, що представляють собою зовнішні ключі.
Перетворення концептуальної моделі в логічну модель, як правило, здійснюється за формальними правилами. Цей етап може бути в значній мірі автоматизований.
На етапі логічного проектування враховується специфіка конкретної моделі даних, але може не враховуватися специфіка конкретної СУБД.
Фізичне проектування - створення схеми бази даних для конкретної СУБД. Специфіка конкретної СУБД може включати в себе обмеження на іменування об'єктів бази даних, обмеження на підтримувані типи даних і т. п. Крім того, специфіка конкретної СУБД при фізичному проектуванні включає вибір рішень, пов'язаних з фізичним середовищем зберігання даних (вибір методів управління дискової пам'яттю, поділ БД по файлах і пристроям, методів доступу до даних), створення індексів і т.д.
2. моделі дозволяють проектувати бази даних з великою кількістю об'єктів і атрибутів;
3. ER-моделі реалізовані в багатьох системах автоматизованого проектування баз даних (наприклад, ERWin).
Сутність - об'єкт предметної області, що має атрибути.
Зв'язок між сутностями характеризується:
1. типом зв'язку (1:1, 1: N, N: М);
2. класом приналежності. Клас може бути обов'язковим і необов'язковим. Якщо кожен екземпляр сутності бере участь у зв'язку, то клас приналежності - обов'язковий, інакше - необов'язковий.
5. обмеження посилочної цілісності між таблицями;
Назва кожного з атрибутів складається з двох частин, розділених двокрапкою. Перша частина назви - ім'я атрибуту, друга - ім'я домену.
Домен атрибуту - це вид даних, які представляє даний атрибут. На практиці домен в заголовках часто не використовується.
Щоб таблиця була відношенням, вона повинна задовольняти певні обмеження. По-перше, значення в комірках таблиці повинні бути одиночними. Усі записи в стовпці повинні бути одного типу. Кожен стовпець має унікальне ім'я; порядок стовпців в таблиці не важливий. У відношенні не може бути двох однакових рядків, і поряд рядків неважливий. Відношення може мати нульове число кортежів. Відношення являє собою набір елементів у цьому наборі за визначенням унікально ідентифіковані. Тому щоб таблиця була відношенням, кожен її рядок повинен бути унікально ідентифікованим, записи в ній не повинні повторюватись.
Кожне відношення можна розділити на дві частини - заголовок і тіло. Тіло відношення складається з кортежів.
Функціональна залежність - це зв'язок між атрибутами. Наприклад, якщо ми знаємо значення одного атрибуту, то зможемо знайти значення другого.
В функціональні залежності можуть входити групи атрибутів.
Група одного або більше атрибутів, які унікальним чином ідентифікують рядок називаються - ключем. Кожне відношення має мінімум один ключ. Ключі завжди є унікальними. Тому коли атрибут є ключем - це означає, що цей атрибут або комбінація будуть унікальними.
1. однозначну ідентифікацію записів таблиці;
2. запобігає повторенню значень ключа;
3. прискорення виконання записів до БД;
4. встановлення зв'язків між окремими таблицями БД;
5. використання обмежень посилочної цілісності.
Індекс, як і ключ, будується по полям таблиці, але він може допускати повторення значень, які складають його поля. Поля, по яким побудований індекс, називається індексним. Простий індекс складається з одного поля, а складний - з декількох.
1. збільшення швидкості доступу (пошуку) до даних;
3. встановлення обмежень посилочної цілісності.
Модель даних - найабстрактніший рівень проектування баз даних. Елементами описання моделі даних є сутності, атрибути, домени та відношення.
У Кренке Дано таке визначення «сутність»: «Сутність - це деякий об'єкт системи, що ідентифікується в робочому середовищі користувача, який має певний набір атрибутів. Атрибутом називають пойменовану характеристику сутності»
Домен - це набір усіх допустимих значень, які може містити даний атрибут. Визначення домену включає в себе більш детальний опис допустимих значень даних.
Крім атрибутів кожної сутності модель даних повинна визначати зв'язки між сутностями. На концептуальному рівні зв'язки представляють собою проектні асоціації між сутностями.
Існує декілька типів зв'язків між сутностями - один до одного, один до багатьох, багато до багатьох.
Зв'язки один до одного зустрічаються досить рідко, в основному, між сутностями надтипів та підтипів.
Зв'язки один до багатьох зустрічаються більш частіше.
Зв'язки багато до багатьох неможливо реалізувати в реляційній моделі, але її перетворена реалізація досить проста та однозначна.
Участь кожної сутності в певному зв'язку може бути частковою або повною. Якщо існування даної сутності повністю визначається її участю у зв'язку, то така участь буде повною, в іншому випадку - частковою.
Один із самих важливих і тонких моментів в процесі створення моделі даних - схема повинна містити вірні значення зв'язків для кожної сутності протягом всього строку експлуатації системи.
Одним з основних понять щодо структури БД - є поняття її об'єкту або сутності. Будь-який об'єкт, який розглядається в БД як окремий та автономний від інших; будь який процес - може бути сутністю. Всі сутності однієї бази даних, як правило, зв'язані між собою.
Сутності, між якими існують зв'язки, називаються учасниками, а число учасників зв'язку - розмірністю зв'язку. Більшість зв'язків між сутностями - це подвійні зв'язки, тобто такі в яких беруть участь дві сутності.
Участь кожної сутності у зв'язку буває повною або частковою, залежності від того, чи може ця сутність існувати, якщо даний зв'язок не визначений.
Сутності також класифікуються на слабкі та звичайні. Слабкі сутності можуть існувати тільки при на явності зв'язків з іншими сутностями, у той час коли звичайні сутності існують незалежно від наявності зв'язків між ними і іншими сутностями.
Отже, зв'язки можна класифікувати один із трьох можливих способів:
Зв'язки один до одного між двома сутностями - це такі зв'язки, при яких кожен екземпляр однієї сутності може буди зв'язаним тільки з одним з одним екземпляром другої сутності.
Хоча зв'язки типу один до одного в реальному світі зустрічаються досить рідко, в проектуванні баз даних вони широко використовуються, наприклад, для зменшення числа атрибутів у відношеннях, а також при моделюванні підкласів сутностей. Існують обмеження числа полів в таблиці. Звичайно моделі даних не виходять за рамки цих обмежень, оскільки таблиці з такою великою кількістю полів зустрічаються досить рідко.
Визначити, яке з відношень, що беруть участь у зв'язку один до багатьох» буде посилаючимся, а яке - посилочним, дуже просто. Так як відношення, яке бере участь у зв'язку один до багатьох, зі сторони один завжди є посилальними, і його ключ-кандидат копіюється у відношення, яке бере участь у зв'язку зі сторони «багато», яке є посилаючимся. Ключ-кандидат посилочного відношення часто виступає як частина, яка входить до складу відношення, яке бере участь у зв'язку зі сторони «багато», але не забезпечує унікальну ідентифікацію кортежів посилаючогося відношення. Щоб сформувати ключ-кандидат посилаючогося відношення, ключ посилочного відношення слід скомбінувати з декількома іншими атрибутами.
Зв'язки багато до багатьох часто зустрічаються у реальному світі, але в реляційній базі даних реалізувати такий зв'язок неможливо. При моделюванні використовують проміжкові зв'язки до один до багатьох з кожним з відношенням - учасників зв'язку багато до багатьох. Таке проміжкові відношення називається проміжковою таблицею. Відношення, яке бере участь у зв'язку «один до багатьох» зі сторони «один» завжди є посилочним. Це значить, що всі попередні сутності, тобто сутності, які беруть участь у зв'язку «багато до багатьох», заміненої двома зв'язками «один до багатьох», в даній моделі будуть посилочними відношеннями, а проміжкова таблиця - посилаючимся. Ключі-кандидати проміжковою таблиці включають ключі-кандидати попередніх відношень, зв'язаних з проміжковою таблицею.
В унарних зв'язках існує тільки один учасник - відношення зв'язане з собою. Принципи моделювання таких зв'язків не відрізняються від принципу моделювання зв'язків між двома учасниками. Єдина різниця в тому, що ссилочне та ссилаюче відношення у даному випадку - одне і теж відношення.
Унарні зв'язки можуть мати різну потужність. Унарні зв'язки «один до багатьох» допомагають реалізувати ієрархії. Унарні зв'язки «багато до багатьох», як і подвійні зв'язки цього типу, реалізуються за допомогою проміжкових таблиць. Такі зв'язки можуть бути необов'язкові для одної із сторін.
Потрійні зв'язки не можливо безпосередньо моделювати в реляційній базі даних, і в цьому полягає їх відмінність від відношення багато до багатьох.
Аналіз відомих підходів до проектування баз даних. Ієрархічна, мережева та реляційна моделі представлення даних, їх особливості. Концептуальне проектування: приклад документів, побудова ER-діаграми, модель "сутність-зв'язок". Побудова фізичної моделі. курсовая работа [541,5 K], добавлен 29.01.2013
Проектування бази даних предметної області "Магазин будівельних матеріалів". Аналіз сукупності вхідних і вихідних даних, шляхи удосконалення інформаційної системи обліку товару. Організація інформаційної бази, розробка логічної і фізичної моделі. курсовая работа [559,2 K], добавлен 09.05.2016
Розробка бази даних в середовищі Microsoft SQL Server 2008 для обліку послуг фітнес-клубу. Таблиці для баз даних, їх властивості. Аналіз сукупності вхідних і вихідних параметрів, опис інформаційної бази, розробка логічної і фізичної моделі даних в ІС. курсовая работа [449,9 K], добавлен 09.05.2016
Проектування інформаційної системи для супроводу баз даних. Моделі запиту даних співробітником автоінспекції та обробки запиту про машини та їх власників. База даних за допомогою SQL-сервер. Реалізація запитів, процедур, тригерів і представлення. курсовая работа [1,7 M], добавлен 18.06.2012
Розробка бази даних "Автовокзал". Функціональні залежності між атрибутами. Ідентифікація атрибутів, які в реляційної моделі даних використовуються в якості первинних ключів реляційних відносин. Організація вибірки інформації з бази за допомогою запиту. курсовая работа [35,6 K], добавлен 19.08.2012
Створення інформаційної системи для магазинів, які займаються реалізацією музичної продукції. Проектування моделі "сутність-зв'язок" (ER-модель) та на її основі розробка реляційної моделі бази даних. Інструкція для користувача програмним продуктом. курсовая работа [2,4 M], добавлен 08.09.2012
Специфікація вимог для кожного з двох користувачів. Концептуальне проектування бази даних. Визначення типів сутностей та зв’язків, доменів. Перетворення концептуальної моделі даних у логічну, визначення набору відношень, підтримки цілісності даних. курсовая работа [55,1 K], добавлен 15.03.2015
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



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