Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Створення бази даних для паспортно-візової служби

Реферат Створення бази даних для паспортно-візової служби





ь, ким виданий, дата закінчення дії, громадянство.

3 Зв'язки. Зв'язок представляє взаємодію між сутностями. На діаграмі вона зображується ромбом, який з'єднує сутності, беруть участь у зв'язку. У моєму випадку зв'язок між паспортистів та документами буде один до багатьох, так як конкретний пакет документів обслуговує один паспортист, який у свою чергу обробляє довільну кількість документів. Всі інші зв'язки будуть один до одного, оскільки кожному громадянину відповідає свій пакет документів, кожному набору документів відповідає один паспорт РФ і один закордонний паспорт. p> На малюнку 2.1 представлена ​​концептуальна модель заданої бази даних.


В 

Малюнок 2.1 - Концептуальна модель


3 Побудова реляційної моделі


В даний час переважає технологія реляційних баз даних. Вона забезпечує відносно прості засоби представлення даних і маніпулювання ними. У реляційній базі даних всі дані зберігаються в таблицях. Назви сутностей стануть заголовками таблиць, а атрибути стануть стовпцями. Цілісність даних в реляційної базі даних грунтується на концепції ключів. Первинний ключ (PK) - це атрибут який можна використовувати для унікальної ідентифікації таблиці. Так у таблиці "громадянин" первинним ключем стане "номер свідоцтва про народження", у таблиці "паспортист" - "id-паспортиста", у таблиці "документи" - "номер заяви", таблиця "Паспорт РФ" буде ідентифікуватися атрибутом "номер паспорта РФ", а таблиця "Закордонний паспорт" - "номер закордонного паспорта". Зовнішній ключ (FK) - це атрибут, який існує в кількох таблицях і є первинним ключем однієї з цих таблиць. Зв'язок проводимо від первинного ключа одою таблиці до зовнішнього ключа іншої таблиці. Реляційна модель представлена ​​на малюнку 3.1.



В 

Малюнок 3.1-Реляційна модель

4 Нормалізація


Нормалізація - це процес, що дозволяє гарантувати ефективність структур даних в реляційній базі даних.

Перша нормальна форма вимагає, щоб всі значення полів були атомарними і всі записи унікальними. Реляційна модель представлена ​​на малюнку 3.1 знаходиться в першій нормальній формі.

Модель знаходиться в другій нормальній формі, якщо вона, по-перше, перебувати у першій нормальній формі; і, по-друге, не містить неключових атрибутів, що знаходяться в частковій функціональної залежності від первинного ключа. Виходячи з визначення, розбиваємо таблицю "громадянин" на дві таблиці, другу утворити таблицю назвемо "дані громадянина". У таблиці "Громадянин" у нас залишився лише один код "номер свідоцтва про народженні "означає неключові атрибути залежать від усього первинного ключа. У таблиці "дані громадянина" немає неключових атрибутів, значить часткової Залежно бути не може. Таким же чином розбиваємо таблиці "паспортист" і "Закордонний паспорт". Реляційна модель в другій нормальній формі представлена ​​на малюнку 4.1.

Модель знаходиться в третій нормальній формі, якщо вона знаходиться в другій нормальній формі і не має транзитивних залежностей. Транзитивная залежність - це залежність між неключових атрибутами. Таким чином, виділяємо з таблиці "закордонний паспорт" неключових атрибути "громадянство" і "код держави", які знаходяться в залежності, в окрему таблицю "Відповідності кодів і держав". Отримуємо модель в третій нормальній формі, яка представлена ​​на малюнку 4.2.


В 

Малюнок 4.1 - Друга нормальна форма


В 

Малюнок 4.2 - Третя нормальна форма

5 Проектування бази даних у ACCESS.


Microsoft Access - це СУБД призначена для зберігання і пошуку інформації, її представлення в зручному вигляді та автоматизації часто повторюваних операцій (рис. 5.1). Щоб реалізувати базу даних у access треба ввести через режим конструктора свою модель. Для початку треба ввести назву таблиць і всіх їх атрибутів. Тут же задається тип даних і первинний ключ. p> Потім реалізуємо свою реляційну модель третин нормальної форми у схемі даних.

Після цього вводимо в таблиці дані і робимо запити. Для цього створюємо запити через режим конструктора: додаємо потрібні таблиці (зв'язку виставляються самі) і вказуємо поля, необхідні відобразити після запиту. p> У результаті на екран виведуться ті поля, які були зазначені в запиті. p> Можна створювати запити з умовами відбору, або сортуючи дані. Наприклад, потрібно вивести громадян, які отримали паспорт раніше 05.05.2000г. Для цього вводимо обмеження в графу "Умова відбору". У результаті з'явитися таблиця з громадянином Окрушко Сергієм Олександровичем, який отримав паспорт 01.03.1995г. p align=center> 6 Створення SQL запитів


SQL - це мова реляційних баз даних, що дозволяє користувачеві створювати і видаляти дані, що містяться в базі, керувати ними і накладати правила, що забезпечують цілісніс...


Назад | сторінка 2 з 3 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Базові поняття реляційної моделі даних (створення таблиці MS Access)
  • Реферат на тему: Комп'ютерна обробка даних таблиці Microsoft Office Access
  • Реферат на тему: Ієрархічна модель даних. Структури даних
  • Реферат на тему: Розробка бази даних засобами системи управління базами даних MS Access
  • Реферат на тему: Мережева модель даних TCP / IP