17421

Проектування реляційної бази даних

Лабораторная работа

Информатика, кибернетика и программирование

Лабораторна робота №3 Тема: Проектування реляційної бази даних Мета: Опис предметної сфери створення концептуальної та логічної моделі бази данихдалі БД Теоретичні відомості Основні етапи проектування БД: 1. Визначення мети створення бази даних. На першому ...

Украинкский

2013-07-01

74 KB

5 чел.

Лабораторна робота №3

Тема: Проектування реляційної бази даних

Мета: Опис предметної сфери, створення концептуальної та логічної моделі бази даних(далі БД)

Теоретичні відомості

Основні етапи проектування БД:

1. Визначення мети створення бази даних.

На першому етапі проектування бази даних необхідно визначити мету створення бази даних, основні її функції та інформацію, яку вона повинна містити. Тобто потрібно визначити основні теми таблиць бази даних та інформацію, що міститимуть поля таблиць.

2.Визначення таблиць, які повинні містити база даних.

Одним із найскладніших етапів у процесі проектування бази даних є розробка таблиць, тому що результати, які повинна видавати база даних (звіти, вихідні форми тощо), не завжди дають повне уявлення про структуру таблиці. У разі проектування таблиць зовсім не обов'язково використовувати СУБД. Спочатку краще розробити структуру на папері. Отже, у разі проектування таблиць слід керуватися такими основними принципами:

– інформація в таблиці не повинна дублюватися. Не повинно бути повторень і між таблицями. Коли певна інформація зберігається лише в одній таблиці, то і змінювати її доведеться лише в одному місці. Це робить роботу ефективнішою, а також виключає можливість розбіжності інформації в різних таблицях. Наприклад, в одній таблиці мають міститися адреси й телефони клієнтів;

– кожна таблиця повинна містити інформацію лише на одну тему. Дані на кожну тему опрацьовуються набагато легше, якщо вони утримуються в незалежних одна від іншої таблицях. Наприклад, адреси та замовлення клієнтів зберігаються в різних таблицях, щоб у разі вилучення замовлення інформація про клієнта залишилася в базі даних.

3. Визначення необхідних у таблиці полів. 

Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці. Наприклад, у таблиці з даними про клієнта можуть бути поля з назвою компанії, адресою, містом, країною і номером телефону. Під час розробки полів для кожної таблиці необхідно пам'ятати:

— кожне поле має бути пов'язане з темою таблиці;

— не рекомендується включати до таблиці дані, що є результатом виразу;

— у таблиці має бути вся необхідна інформація;

— інформацію варто розбивати на найменші логічні одиниці (наприклад, поля «Ім'я» і «Прізвище», а не загальне поле «Ім'я»).

4. Завдання індивідуального значення кожному полю.

З тим, щоб СУБД могла зв'язати дані з різних таблиць, наприклад дані про клієнта і його замовлення, кожна таблиця повинна містити поле чи набір полів, що задаватимуть індивідуальне значення кожного запису в таблиці. Таке поле чи набір полів називають  основним ключем. 

5. Визначення зв'язків між таблицями.

Після розподілу даних по таблицях і визначення ключових полів необхідно вибрати схему для зв'язку даних у різних таблицях. Для цього потрібно визначити зв'язки між таблицями.

6. Відновлення структури бази даних.

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

7. Додавання даних і створення інших об'єктів бази даних.

Якщо структури таблиць відповідають поставленим вимогам, то можна вводити всі дані. Потім можна створювати будь-які запити, форми, звіти, макроси та модулі.

8. Використання засобів аналізу в СУБД.

Завдання

Потрібно створити БД, призначену для працівників довідкової служби кінотеатрів міста. Така система повинна забезпечувати зберігання відомостей про кінотеатри міста, про фільми, які в них демонструються, про сеанси і квитках на ці сеанси. Відомості про кінотеатрі - це його назва, район міста, де розташований кінотеатр, категорія, місткість. Відомості про фільм - це назва фільму, режисер, оператор, актори, які зіграли головні ролі, жанр; виробництво, наявність призів кінофестивалів, тривалість сеансу, кадр з фільму для реклами. Крім того, повинна зберігатися інформація про репертуар кінотеатрів на місяць, тобто про те які фільми, коли і де демонструються, про ціни на квитки і про кількість вільних місць на той чи інший сеанс. На різних сеансах в одному кінотеатрі можуть йти різні фільми, а якщо в кінотеатрі кілька залів, то і на одному. Кінотеатр може ввести новий фільм в репертуар або прибрати фільм з репертуару. Ціна квитка визначається прокатної вартістю копії фільму, сеансом і категорією кінотеатру.

Довідковій службі можуть знадобитися такі відомості про поточний стан прокату фільмів в місті:

Репертуар кінотеатру?

Адреса та район кінотеатру?

Число вільних місць на даний сеанс у вказаному кінотеатрі?

Ціна квитків на даний сеанс у вказаному кінотеатрі?

Жанр, виробництво і режисер цього фільму?

У яких кінотеатрах в зазначений день на зазначених сеансах демонструється комедія?

У яких кінотеатрах і коли демонструються фільми з участю зазначеного актора?

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

Проектування бази даних диспетчерів кінотеатрів

У першій таблиці «кінотеатри» подані дані по кінотеатрам:

  1.  Код  кінотеатру
  2.  Назва
  3.  Адреа,телефон
  4.  Район кінотеатру
  5.  Кількість залів
  6.  Кількість місць

Таблиця 1 «Кіенотеатри»

Код

Назва кінотеатру

Адреса/телефон

Район

Кількість залів

Загальна кількість місць

11

«Блокбастер»

М.Київ Московський пр. 34.Тел.221-05-00

Голосіївський

р-н

2

540

12

«Кінодром»

М.Київ Повітрофлотський пр.10.Тел.389-04-40

Соломянський

р-н

1

60

13

«Алмаз»

М.Київ вул. Миропільська, 19а

Деснянський

р-н

1

97

14

«Жовтень»

М.Київ вул.Костянтинівська, 26.Тел. 205-59-51

Шевченківський

р-н

1

290

15

«Київ»

М.Київ вул.Червоноармійська,19.

Тел. 251-21-99

Печерський

р-н

2

508

У другій таблиці «Фільми» подані дані по фільмам:

  1.  Код фільму
  2.  Назва
  3.  Жанр
  4.  Тривалість
  5.  Режисер
  6.  Головні ролі
  7.  Кінотеатри

Таблиця 2 «Фільми»

Код

Назва фільму

Жанр фільму

Тривалість

Режисер

Головні ролі

Кінотеатри

(код)

21

«Веселі ніжки 2»

Мультфільм,пригоди

100 хв

Джордж Міллер

пінгвін

11,13,15

22

«Кіт у чоботях»

Мультфільм,пригоди

100 хв

Кріс Міллер

кіт

11,15

23

«Переростки»

Комедія

97 хв

Джейсон Баккл

Саймон Берд,Том Харді

11

24

«Висоцький»

Жрама,біографія

100 хв

Міхалков

Андрій Советов,

Іван Ургант

11,12,13,14,

15

25

«Шпигун,вийди геть»

Трилер,історичний

86 хв

Кріс Адамс

Генрі Олдман,

Том Харді

13,15,11

26

«Як обікрасти хмарочос»

Комедія,пригоди

105 хв

Бред Реттер

Бен Стілер, Еді Мерфі

14,12

27

«Різня»

Драма,комедія

79 хв

Роман Лок

Джоді Фостер, Кейт Уинтсед

14,11

28

«Сутінки,світанок»

Фентезі,драма,жахи

90 хв

Біл Кондон

Роберт Патісон,

Тейлор Ломен

15

У третій таблиці подані дані по залам кінотеатрів:

  1.  Кінотеатри
  2.  Кількість місць
  3.  Сеанси
  4.  Вартість квитків
  5.  Фільми

Таблиця 3 «Зали»

Кінотеатри

Кількість місць

Сеанси

Вартість квитка

Фільми

11

280

9:50,12:20,14:00,16:50

50-80 грн

25, 21, 22

11

260

10:00,13:10,16:30

50-80 грн

21,27,22,24,26

12

60

20:30,22:30

60 грн/авто

23, 24, 26

13

97

11:35,13:35,17:20,18:45,21:40

30-60 грн

26, 27

14

290

9:30,12:10,14:15,16:50

10-24 грн

24, 23, 21

15

328

10:10,13:30,16:30,18:50

15 грн

21, 25, 28, 26

15

126

9:00,11:40,13:10,16:30

35 грн

24, 25, 28, 21

Висновок: Ми навчились робити опис предметної сфери, створення концептуальної та логічної моделі бази даних «на папері». Тепер можемо приступати до введення цих даних до С.К.Б.Д. Microsoft Office Access.


 

А также другие работы, которые могут Вас заинтересовать

33618. Управление национальной безопасностью в Российской Федерации 46 KB
  Политика обеспечения национальной безопасности. Система обеспечение национальной безопасности. Основная задача и функции системы обеспечения национальной безопасности.
33619. Антитеррористическая безопасность Российской Федерации 54.5 KB
  Правовые и организационные принципы противодействия терроризму. Основные понятия принципы противодействия терроризму правовые и организационные основы профилактики терроризма и борьбы с ним минимизации и ликвидации последствий проявлений терроризма устанавливает ФЗ О противодействии терроризму от 06. Направления террористической деятельности: подготовка организация финансирование и реализация террористических актов; подстрекательство к терроризму; организация незаконных вооруженных формирований сообществ групп для реализации...
33620. СРАВНЕНИЕ РЕЖИМОВ DES 31 KB
  Режим ЕСВ Недостатки: Предоставление криптоаналитику более широких возможностей для криптоанализа по сравнению с другими криптографическими режимами. Если вам необходима главным образом простота и скорость режим ECB можно порекомендовать как самый простой и быстрый режим блочного шифра. Помимо уязвимости к вскрытию с повторной передачей алгоритм в режиме ЕСВ проще всех для криптоаналитиков.
33621. Классификация методов шифрования информации 39 KB
  Классификация методов шифрования информации. Современные криптографические методы тесно связаны с методами шифрования сообщений которые в свою очередь зависят от способа использования ключей. Для шифрования и расшифрования в них используется один и тот же ключ сохранение которого в тайне обеспечивает надежность защиты. Все одноключевые методы по способу шифрования можно разделить на блочные поточные и комбинированные.
33622. Шифры замены 89.5 KB
  1 Одноалфавитные подстановки К = 3 m = 26 Шифрующие таблицы Трисемуса В Таблицу сначала вписывается по строкам ключевое слово причем повторяющиеся буквы отбрасывались. Если буква текста оказывается в нижней строке таблицы тогда для шифртекста берут самую верхнюю букву из того же столбца. Например при шифровании с помощью этой таблицы сообщения ВЫЛЕТАЕМПЯТОГО получаем шифртекст ПДКЗЫВЗЧШЛЫЙСЙ Такие табличные шифры называются монограммными так как шифрование выполняется по одной букве. Трисемус первым заметил что шифрующие таблицы...
33623. Поточные шифры 31.5 KB
  Поточный шифр это симметричный шифр в котором каждый символ открытого текста преобразуется в символ шифрованного текста в зависимости не только от используемого ключа но и от его расположения в потоке открытого текста. Синхронные поточные шифры генерируют псевдослучайную последовательность независимо от какихлибо битов открытого или шифрованного текста. Фактически же если период гаммы превышает длину всего зашифрованного текста и неизвестна никакая часть исходного текста то шифр можно раскрыть только прямым перебором пробой на ключ....
33624. ЦИФРОВАЯ ПОДПИСЬ 55 KB
  2002 Об электронной цифровой подписи. Юридическую силу такой документ имеет только в том случае если на нем стоит электронноцифровая подпись подтвержденная сертификатом ключа подписи не утратившим силу на момент подписания. Глава III закона об ЭЦП регламентирует существование Удостоверяющих центров которые и подтверждают легитимность сертификата ключа подписи а значит и легитимность самой ЭЦП то есть электронный ключ обязательно должен быть подтвержден сертификатом выпущенным удостоверяющим центром. Для этого необходимо...
33625. МЕЖСЕТЕВОЙ ЭКРАН 79.5 KB
  Как правило эта граница проводится между локальной сетью предприятия и INTERNET хотя ее можно провести и внутри локальной сети предприятия. Возможности брандмауэра: 1Защита от уязвимых мест в службах Брандмауэр может значительно повысить сетевую безопасность и уменьшить риски для хостов в подсети путем фильтрации небезопасных по своей природе служб. Например брандмауэр может запретить чтобы такие уязвимые службы как NFS не использовались за пределами этой подсети. Это позволяет защититься от использования этих служб атакующими из...
33626. Многоагентные системы защиты 54 KB
  Многоагентные системы защиты Наиболее наглядной и удобно разрабатываемой является модель в основе которой лежит архитектура базовых агентов многоагентной системы защиты ВС. Многоагентная система – сложная система в которой функционируют два или более интеллектуальных агентов. Под агентом понимается самостоятельная интеллектуальная аппаратнопрограммная система которая обладает рядом знаний о себе и окружающем мире и поведение которой определяется этими знаниями. Таким образом компоненты системы зищиты агенты защиты представляют собой...