Федеральне агентство з освіти
МІНІСТЕРСТВО ОСВІТИ УНІВЕРСИТЕТ СИСТЕМ УПРАВЛІННЯ ТА РАДІОЕЛЕКТРОНІКИ (ТУСУР)
Кафедра комплексної інформаційної безпеки електронних обчислювальних систем
(КІБЕВС)
Курсова робота
СТВОРЕННЯ БАЗИ ДАНИХ ДЛЯ паспортно-візової служби
2005
Федеральне агентство з освіти
МІНІСТЕРСТВО ОСВІТИ УНІВЕРСИТЕТ СИСТЕМ УПРАВЛІННЯ ТА РАДІОЕЛЕКТРОНІКИ (ТУСУР)
Кафедра комплексної інформаційної безпеки електронних обчислювальних систем (КІБЕВС)
ЗАВДАННЯ
Необхідно створити базу даних паспортно-візової служби. Дослідити задану предметну область, вибрати істотні атрибути. Побудувати концептуальну модель предметної області.
На основі концептуальної моделі побудувати реляційну модель, встановити зв'язки між об'єктами. Поставити первинні та зовнішні ключі. Провести нормалізацію. Пояснити виконані перетворення.
Провести дослідження отриманої моделі, задавши кілька складних запитів до отриманої моделі.
Дата видачі завдання: "____"_______ 2005
Завдання прийнято до виконання
«____» ___________ 2005р. Підпис студента___________
Зміст
1 Вступ ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... ... .4
2 Побудова концептуальної моделі ... ... ... ... ... ... ... ... ... ... ... ... ... ... 5
3 Побудова реляційної моделі ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 7
4 Нормалізація ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... 9
5 Проектування бази даних в ACCESS ... ... ... ... ... ... ... ... ... ... ... .. 12
6 Створення SQL запитів ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... 16
7 Висновок ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 18
Список використаних джерел ... ... ... ... ... ... ... ... ... ... ... ... ... .. 19
1 Введення
Система з базою даних - це будь-яка інформаційна система на базі комп'ютера, в якій дані можуть спільно використовуватися багатьма програмами. Це означає, що дані організовані таким чином, щоб підтримувати не тільки одне конкретне застосування. Основна відмінність системи з базою даних від традиційної файлової системи - це багаторазове і різноманітне використання одних і тих же даних. Дані не прив'язані до якогось конкретного додатком і не контролюється ним. Окремі програми більше не відповідають за створення і ведення даних. Ці обов'язки покладаються на нижележащий рівень програмного забезпечення - систему управління базою даних (СКБД). СУБД виконує роль посередника між користувачами додатків і даними. Також СУБД повинна забезпечувати гарантії безпеки і цілісності бази даних. Користувачі комп'ютера повинні мати можливість захистити свої дані від несанкціонованого доступу, а також відновити їх у разі якихось системних збоїв. Централізоване забезпечення безпеки даних - важлива особливість СУБД. Найбільш значну перевагу систем з базами даних - це централізоване забезпечення цілісності даних.
2 Побудова концептуальної моделі.
При вивченні баз даних найважливіше значення має їх проектування. Побудова концептуальної моделі являє собою процес моделювання смислового наповнення бази даних. Концептуальна модель складається з наступних трьох основних компонентів.
1 Сутності. Це елементи реального світу, які можуть існувати незалежно. У моєму випадку сутностями є: громадянин, документи, паспортист, паспорт РФ, закордонний паспорт. Сутність представляється у концептуальній моделі прямокутником, в якому зазначено її ім'я.
2 Атрибути. Вони описують сутність. Атрибути представляються овалами з зазначенням імен, які прикріплені до сутності. У моєму випадку громадянину відповідають: ПІБ, адресу, ІНН, номер свідоцтва про народження. Документи відповідають: прописка, номер заяви, квитанція про оплату. Паспортиста відповідають: ПІБ, ІНН, адреса, id - паспортиста. Паспорту РФ відповідають: ПІБ, номер паспорта РФ, серія паспорта РФ, реєстрація, стать, зміна прізвища, дата народження, дата видачі, ким виданий. Закордонному паспорту відповідають: ПІБ, номер закордонного паспорта, тип, дата народження, дата видачі, місце народження, стать, ким виданий, дата закінчення дії, громадянство.
3 Зв'язки. Зв'язок представляє взаємодію між сутностями. На діаграмі вона зображується ромбом, який з'єднує сутності, які беруть участь у зв'язку. У моєму випадку зв'язок між паспортистів та документами буде один до багатьох, так як конкретний пакет документів обслуговує один паспортист, який у свою чергу обробляє довільну кількість документів. Всі інші зв'язки будуть один до одного, оскільки кожному громадянину відповідає свій пакет документів, кожного набору документів відповідає один паспорт РФ і один закордонний паспорт.
На малюнку 2.1 представлена концептуальна модель заданої бази даних.
SHAPE \ * MERGEFORMAT
Малюнок 2.1 - Концептуальна модель
3 Побудова реляційної моделі
В даний час переважає технологія реляційних баз даних. Вона забезпечує відносно прості засоби представлення даних і маніпулювання ними. У реляційній базі даних всі дані зберігаються в таблицях. Назви сутностей стануть заголовками таблиць, а атрибути стануть стовпцями. Цілісність даних в реляційної базі даних грунтується на концепції ключів. Первинний ключ (PK) - це атрибут який можна використовувати для унікальної ідентифікації таблиці. Так у таблиці "громадянин" первинним ключем стане "номер свідоцтва про народження", у таблиці "паспортист" - "id-паспортиста", у таблиці "документи" - "номер заяви", таблиця "паспорт РФ" буде ідентифікуватися атрибутом "номер паспорта РФ ", а таблиця" закордонний паспорт "-" номер закордонного паспорта ". Зовнішній ключ (FK) - це атрибут, який існує в кількох таблицях і є первинним ключем однієї з цих таблиць. Зв'язок проводимо від первинного ключа одою таблиці до зовнішнього ключа іншої таблиці. Реляційна модель представлена на малюнку 3.1.
SHAPE \ * MERGEFORMAT
Малюнок 3.1-Реляційна модель
4 Нормалізація
Нормалізація - це процес, який дозволяє гарантувати ефективність структур даних в реляційній базі даних.
Перша нормальна форма вимагає, щоб всі значення полів були атомарними і всі записи унікальними. Реляційна модель представлена на малюнку 3.1 знаходиться в першій нормальній формі.
Модель знаходиться в другій нормальній формі, якщо вона, по-перше, перебувати в першій нормальній формі, і, по-друге, не містить неключових атрибутів, що знаходяться в частковій функціональної залежності від первинного ключа. Виходячи з визначення, розбиваємо таблицю "громадянин" на дві таблиці, Друге утворилося таблицю назвемо "дані громадянина". У таблиці "громадянин" у нас залишився лише один код "номер свідоцтва про народження" означає неключові атрибути залежать від усього первинного ключа. У таблиці "дані громадянина" немає неключових атрибутів, значить часткової залежності бути не може. Таким же чином розбиваємо таблиці "паспортист" і "закордонний паспорт". Реляційна модель в другій нормальній формі представлена на малюнку 4.1.
Модель знаходиться в третій нормальній формі, якщо вона знаходиться в другій нормальній формі і не має транзитивних залежностей. Транзитивне залежність - це залежність між неключових атрибутами. Таким чином, виділяємо з таблиці "закордонний паспорт" неключові атрибути "громадянство" і "код держави", які знаходяться в залежності, в окрему таблицю "відповідності кодів і держав". Отримуємо модель в третій нормальній формі, яка представлена на малюнку 4.2.
SHAPE \ * MERGEFORMAT
Малюнок 4.1 - Друга нормальна форма
SHAPE \ * MERGEFORMAT
Малюнок 4.2 - Третя нормальна форма
5 Проектування бази даних у ACCESS.
Microsoft Access - це СУБД призначена для зберігання і пошуку інформації, її представлення у зручному вигляді та автоматизації часто повторюваних операцій (рис. 5.1). Щоб реалізувати базу даних у access треба ввести через режим конструктора свою модель. Для початку треба ввести назву таблиць і всіх їх атрибутів. Тут же задається тип даних і первинний ключ.
Потім реалізуємо свою реляційну модель третин нормальної форми в схемі даних.
Після цього вводимо в таблиці дані і робимо запити. Для цього створюємо запити через режим конструктора: додаємо потрібні таблиці (зв'язку виставляються самі) і вказуємо поля, необхідні відобразити після запиту.
У результаті на екран виведуться ті поля, які були вказані в запиті.
Можна створювати запити з умовами відбору, або сортуючи дані. Наприклад, потрібно вивести громадян, які отримали паспорт раніше 05.05.2000г. Для цього вводимо обмеження в графу "Умова відбору". У результаті з'явитися таблиця з громадянином Окрушко Сергієм Олександровичем, який отримав паспорт 01.03.1995г.
6 Створення SQL запитів
SQL - це мова реляційних баз даних, що дозволяє користувачеві створювати і видаляти дані, що містяться в базі, управляти ними і накладати правила, що забезпечують цілісність реляційних даних. Щоб увійти в режим SQL в access потрібно в полі конструктора запиту натиснути правою кнопкою і у вікні натиснути "Режим SQL".
У вікні пишемо запит і вибірку, враховуючи синтаксис. Наприклад, треба забезпечити вибірку змінили прізвище громадян (рис. 6.2). Прописуємо:
SELECT [Паспорт РФ]. ПІБ, [Паспорт РФ]. Реєстрація, [Паспорт РФ]. [Серія паспорта РФ], [Паспорт РФ]. [Номер паспорта РФ], [Паспорт РФ]. [Зміна прізвища]
FROM [Паспорт РФ]
WHERE ((([Паспорт РФ]. [Зміна прізвища]) Like "змінив на *"));
Оператор SELECT створює необхідну таблицю, за допомогою FROM перераховуються таблиці, які містять необхідні для виконання запиту дані, WHERE - оператор обмеження, Like - забезпечує вибірку, символ
У результаті з'явиться таблиця з громадянами, які змінили прізвище.
7 Висновок
У цьому звіті представлено роботу з дослідження й проектування бази даних для паспортно-візової служби, в отриманій базі можна зберігати дані про клієнтів і співробітників паспортного столу. Проектування представлено побудовою концептуальної моделі, розробкою на її основі реляційної моделі і реалізацією бази в Microsoft Access. У ході роботи були вивчені і реалізовані команди на вибірку в SQL.
Список використаних джерел
1 Ролланд Ф.Д. Основні концепції баз даних. 2002р.
2 Трифонова Н.А., Прозорова С.С. Office для студента. 2004р.
МІНІСТЕРСТВО ОСВІТИ УНІВЕРСИТЕТ СИСТЕМ УПРАВЛІННЯ ТА РАДІОЕЛЕКТРОНІКИ (ТУСУР)
Кафедра комплексної інформаційної безпеки електронних обчислювальних систем
(КІБЕВС)
Курсова робота
СТВОРЕННЯ БАЗИ ДАНИХ ДЛЯ паспортно-візової служби
|
2005
МІНІСТЕРСТВО ОСВІТИ УНІВЕРСИТЕТ СИСТЕМ УПРАВЛІННЯ ТА РАДІОЕЛЕКТРОНІКИ (ТУСУР)
Кафедра комплексної інформаційної безпеки електронних обчислювальних систем (КІБЕВС)
ЗАВДАННЯ
Необхідно створити базу даних паспортно-візової служби. Дослідити задану предметну область, вибрати істотні атрибути. Побудувати концептуальну модель предметної області.
На основі концептуальної моделі побудувати реляційну модель, встановити зв'язки між об'єктами. Поставити первинні та зовнішні ключі. Провести нормалізацію. Пояснити виконані перетворення.
Провести дослідження отриманої моделі, задавши кілька складних запитів до отриманої моделі.
Дата видачі завдання: "____"_______ 2005
Завдання прийнято до виконання
«____» ___________ 2005р. Підпис студента___________
Зміст
1 Вступ ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... ... .4
2 Побудова концептуальної моделі ... ... ... ... ... ... ... ... ... ... ... ... ... ... 5
3 Побудова реляційної моделі ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 7
4 Нормалізація ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... ... 9
5 Проектування бази даних в ACCESS ... ... ... ... ... ... ... ... ... ... ... .. 12
6 Створення SQL запитів ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. ... 16
7 Висновок ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 18
Список використаних джерел ... ... ... ... ... ... ... ... ... ... ... ... ... .. 19
1 Введення
Система з базою даних - це будь-яка інформаційна система на базі комп'ютера, в якій дані можуть спільно використовуватися багатьма програмами. Це означає, що дані організовані таким чином, щоб підтримувати не тільки одне конкретне застосування. Основна відмінність системи з базою даних від традиційної файлової системи - це багаторазове і різноманітне використання одних і тих же даних. Дані не прив'язані до якогось конкретного додатком і не контролюється ним. Окремі програми більше не відповідають за створення і ведення даних. Ці обов'язки покладаються на нижележащий рівень програмного забезпечення - систему управління базою даних (СКБД). СУБД виконує роль посередника між користувачами додатків і даними. Також СУБД повинна забезпечувати гарантії безпеки і цілісності бази даних. Користувачі комп'ютера повинні мати можливість захистити свої дані від несанкціонованого доступу, а також відновити їх у разі якихось системних збоїв. Централізоване забезпечення безпеки даних - важлива особливість СУБД. Найбільш значну перевагу систем з базами даних - це централізоване забезпечення цілісності даних.
2 Побудова концептуальної моделі.
При вивченні баз даних найважливіше значення має їх проектування. Побудова концептуальної моделі являє собою процес моделювання смислового наповнення бази даних. Концептуальна модель складається з наступних трьох основних компонентів.
1 Сутності. Це елементи реального світу, які можуть існувати незалежно. У моєму випадку сутностями є: громадянин, документи, паспортист, паспорт РФ, закордонний паспорт. Сутність представляється у концептуальній моделі прямокутником, в якому зазначено її ім'я.
2 Атрибути. Вони описують сутність. Атрибути представляються овалами з зазначенням імен, які прикріплені до сутності. У моєму випадку громадянину відповідають: ПІБ, адресу, ІНН, номер свідоцтва про народження. Документи відповідають: прописка, номер заяви, квитанція про оплату. Паспортиста відповідають: ПІБ, ІНН, адреса, id - паспортиста. Паспорту РФ відповідають: ПІБ, номер паспорта РФ, серія паспорта РФ, реєстрація, стать, зміна прізвища, дата народження, дата видачі, ким виданий. Закордонному паспорту відповідають: ПІБ, номер закордонного паспорта, тип, дата народження, дата видачі, місце народження, стать, ким виданий, дата закінчення дії, громадянство.
3 Зв'язки. Зв'язок представляє взаємодію між сутностями. На діаграмі вона зображується ромбом, який з'єднує сутності, які беруть участь у зв'язку. У моєму випадку зв'язок між паспортистів та документами буде один до багатьох, так як конкретний пакет документів обслуговує один паспортист, який у свою чергу обробляє довільну кількість документів. Всі інші зв'язки будуть один до одного, оскільки кожному громадянину відповідає свій пакет документів, кожного набору документів відповідає один паспорт РФ і один закордонний паспорт.
На малюнку 2.1 представлена концептуальна модель заданої бази даних.
SHAPE \ * MERGEFORMAT
громадянин |
Паспорт РФ |
Закордонний паспорт |
документи |
паспортист |
ПІБ |
адреса |
Номер свідоцтва про народження |
ІПН |
Квитанція про оплату |
Номер заяви |
прописка |
id-паспортиста |
ІПН |
адреса |
ПІБ |
Дата народження |
Зміна прізвища |
підлогу |
реєстрація |
ПІБ |
Серія паспорта РФ |
Номер паспорта РФ |
Ким виданий |
Дата видачі |
Дата закінчення дії |
Ким виданий |
Місце народження |
Дата видачі |
Дата народження |
тип |
підлогу |
Номер закордонного паспорта |
ПІБ |
громадянство |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
м |
Особистий код |
Код держави |
Малюнок 2.1 - Концептуальна модель
3 Побудова реляційної моделі
В даний час переважає технологія реляційних баз даних. Вона забезпечує відносно прості засоби представлення даних і маніпулювання ними. У реляційній базі даних всі дані зберігаються в таблицях. Назви сутностей стануть заголовками таблиць, а атрибути стануть стовпцями. Цілісність даних в реляційної базі даних грунтується на концепції ключів. Первинний ключ (PK) - це атрибут який можна використовувати для унікальної ідентифікації таблиці. Так у таблиці "громадянин" первинним ключем стане "номер свідоцтва про народження", у таблиці "паспортист" - "id-паспортиста", у таблиці "документи" - "номер заяви", таблиця "паспорт РФ" буде ідентифікуватися атрибутом "номер паспорта РФ ", а таблиця" закордонний паспорт "-" номер закордонного паспорта ". Зовнішній ключ (FK) - це атрибут, який існує в кількох таблицях і є первинним ключем однієї з цих таблиць. Зв'язок проводимо від первинного ключа одою таблиці до зовнішнього ключа іншої таблиці. Реляційна модель представлена на малюнку 3.1.
Номер заяви (PK) Прописка Квитанція про оплату Номер свідоцтва про народження (FK) id-паспортиста (FK) |
Номер паспорта РФ (PK) Серія паспорта РФ ПІБ Реєстрація Пол Зміна прізвища Дата народження Дата видачі Ким виданий Номер заяви (FK) |
id-паспортиста (PK) ПІБ Адреса ІПН |
Номер свідоцтва про народження (PK) ПІБ Адреса ІПН |
Громадянин |
Паспортист |
Документи |
Паспорт РФ |
Закордонний паспорт |
Номер закордонного паспорта (PK) Особистий код ПІБ Тип Дата народження Дата видачі Місце народження Пол Ким виданий Дата закінчення дії Громадянство Номер заяви (FK) Код держави |
SHAPE \ * MERGEFORMAT
Малюнок 3.1-Реляційна модель
4 Нормалізація
Нормалізація - це процес, який дозволяє гарантувати ефективність структур даних в реляційній базі даних.
Перша нормальна форма вимагає, щоб всі значення полів були атомарними і всі записи унікальними. Реляційна модель представлена на малюнку 3.1 знаходиться в першій нормальній формі.
Модель знаходиться в другій нормальній формі, якщо вона, по-перше, перебувати в першій нормальній формі, і, по-друге, не містить неключових атрибутів, що знаходяться в частковій функціональної залежності від первинного ключа. Виходячи з визначення, розбиваємо таблицю "громадянин" на дві таблиці, Друге утворилося таблицю назвемо "дані громадянина". У таблиці "громадянин" у нас залишився лише один код "номер свідоцтва про народження" означає неключові атрибути залежать від усього первинного ключа. У таблиці "дані громадянина" немає неключових атрибутів, значить часткової залежності бути не може. Таким же чином розбиваємо таблиці "паспортист" і "закордонний паспорт". Реляційна модель в другій нормальній формі представлена на малюнку 4.1.
Модель знаходиться в третій нормальній формі, якщо вона знаходиться в другій нормальній формі і не має транзитивних залежностей. Транзитивне залежність - це залежність між неключових атрибутами. Таким чином, виділяємо з таблиці "закордонний паспорт" неключові атрибути "громадянство" і "код держави", які знаходяться в залежності, в окрему таблицю "відповідності кодів і держав". Отримуємо модель в третій нормальній формі, яка представлена на малюнку 4.2.
SHAPE \ * MERGEFORMAT
Номер заяви (PK) Прописка Квитанція про оплату Номер свідоцтва про народження (FK) id-паспортиста (FK) |
Номер паспорта РФ (PK) Серія паспорта РФ ПІБ Реєстрація Пол Зміна прізвища Дата народження Дата видачі Ким виданий Номер заяви (FK) |
ІПН (PK) ПІБ Адреса |
ІПН (PK) ПІБ Адреса |
Громадянин |
Паспортист |
Документи |
Паспорт РФ |
Закордонний паспорт |
Номер закордонного паспорта (PK) ПІБ Тип Дата народження Дата видачі Місце народження Пол Ким виданий Дата закінчення дії Громадянство Код держави |
Номер свідоцтва про народження (PK) ІПН (FK) |
дані громадянина |
id-паспортиста (PK) ІПН (FK) |
дані паспортиста |
дані закордонного паспорта |
Номер закордонного паспорта (PK) Особистий код Номер заяви (FK) |
Малюнок 4.1 - Друга нормальна форма
SHAPE \ * MERGEFORMAT
Номер заяви (PK) Прописка Квитанція про оплату Номер свідоцтва про народження (FK) id-паспортиста (FK) |
Номер паспорта РФ (PK) Серія паспорта РФ ПІБ Реєстрація Пол Зміна прізвища Дата народження Дата видачі Ким виданий Номер заяви (FK) |
ІПН (PK) ПІБ Адреса |
ІПН (PK) ПІБ Адреса |
Громадянин |
Паспортист |
Документи |
Паспорт РФ |
Закордонний паспорт |
Номер закордонного паспорта (PK) ПІБ Тип Дата народження Дата видачі Місце народження Пол Ким виданий Дата закінчення дії Громадянство (FK) |
Номер свідоцтва про народження (PK) ІПН (FK) |
дані громадянина |
id-паспортиста (PK) ІПН (FK) |
дані паспортиста |
дані закордонного паспорта |
Номер закордонного паспорта (PK) Особистий код Номер заяви (FK) |
громадянство (PK) код держави |
Малюнок 4.2 - Третя нормальна форма
5 Проектування бази даних у ACCESS.
Microsoft Access - це СУБД призначена для зберігання і пошуку інформації, її представлення у зручному вигляді та автоматизації часто повторюваних операцій (рис. 5.1). Щоб реалізувати базу даних у access треба ввести через режим конструктора свою модель. Для початку треба ввести назву таблиць і всіх їх атрибутів. Тут же задається тип даних і первинний ключ.
Потім реалізуємо свою реляційну модель третин нормальної форми в схемі даних.
Після цього вводимо в таблиці дані і робимо запити. Для цього створюємо запити через режим конструктора: додаємо потрібні таблиці (зв'язку виставляються самі) і вказуємо поля, необхідні відобразити після запиту.
У результаті на екран виведуться ті поля, які були вказані в запиті.
Можна створювати запити з умовами відбору, або сортуючи дані. Наприклад, потрібно вивести громадян, які отримали паспорт раніше 05.05.2000г. Для цього вводимо обмеження в графу "Умова відбору". У результаті з'явитися таблиця з громадянином Окрушко Сергієм Олександровичем, який отримав паспорт 01.03.1995г.
6 Створення SQL запитів
SQL - це мова реляційних баз даних, що дозволяє користувачеві створювати і видаляти дані, що містяться в базі, управляти ними і накладати правила, що забезпечують цілісність реляційних даних. Щоб увійти в режим SQL в access потрібно в полі конструктора запиту натиснути правою кнопкою і у вікні натиснути "Режим SQL".
У вікні пишемо запит і вибірку, враховуючи синтаксис. Наприклад, треба забезпечити вибірку змінили прізвище громадян (рис. 6.2). Прописуємо:
SELECT [Паспорт РФ]. ПІБ, [Паспорт РФ]. Реєстрація, [Паспорт РФ]. [Серія паспорта РФ], [Паспорт РФ]. [Номер паспорта РФ], [Паспорт РФ]. [Зміна прізвища]
FROM [Паспорт РФ]
WHERE ((([Паспорт РФ]. [Зміна прізвища]) Like "змінив на *"));
Оператор SELECT створює необхідну таблицю, за допомогою FROM перераховуються таблиці, які містять необхідні для виконання запиту дані, WHERE - оператор обмеження, Like - забезпечує вибірку, символ
У результаті з'явиться таблиця з громадянами, які змінили прізвище.
7 Висновок
У цьому звіті представлено роботу з дослідження й проектування бази даних для паспортно-візової служби, в отриманій базі можна зберігати дані про клієнтів і співробітників паспортного столу. Проектування представлено побудовою концептуальної моделі, розробкою на її основі реляційної моделі і реалізацією бази в Microsoft Access. У ході роботи були вивчені і реалізовані команди на вибірку в SQL.
Список використаних джерел
1 Ролланд Ф.Д. Основні концепції баз даних. 2002р.
2 Трифонова Н.А., Прозорова С.С. Office для студента. 2004р.