Головна

СИСТЕМИ управління базами даних

  1.  A) Перший ряд бази даних містить неповторювані імена полів.
  2.  A) Попереджувальний світловий і звуковий сигнал гальмівної системи
  3.  A. з незрілістю поворотно-противоточной системи
  4.  D.2 Кнопки управління переміщенням курсора
  5.  Gt; Центр управління мережами і загальним доступом
  6.  I Налаштування параметрів системи
  7.  I. Комп'ютерна симуляція експериментальних даних

Сутність і основні поняття систем управління базами даних

Практично в будь-якій сфері людської діяльності доводиться в тій чи іншій мірі збирати, зберігати і використовувати різні дані. При цьому використовуються різні способи і технології роботи з ними: зовні безсистемні (але зрозумілі власнику) записи в особистих записниках, упорядкована реєстрація інформації в журналах, ведення систематизованих картотек, обробка документів в організованому комплексі діловодства і т. П.

Попри всю різноманітність згаданих методів і засобів можна виділити загальні ознаки, що характеризують роботу з даними:

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

самі дані розбиваються на певні компоненти, різним чином пов'язані один з одним, тобто вони структуровані и впорядковані;

є певні методи пошуку и вилучення (вибірки) необхідної інформації та її уявлення.

Сукупність структурованих і упорядкованих даних, які стосуються певної предметної області, називається базою даних (БД), а система методів і засобів збору, реєстрації, зберігання, упорядкування, пошуку, вибірки та подання інформації в БД носить назву системи управління базою даних (СУБД).

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

В рамках цього підходу об'єкти, що входять в предметну область, описуються як сукупності атрибутів (властивостей), що знаходяться в певних відносинах (зв'язках) один з одним (звідси і назва реляційний: від англійського relation - відношення). Конкретна форма подання цієї сукупності часто набуває вигляду таблиці.

Розглянемо приклад. Дані про співробітників деякої проектної організації включають в себе:

табельний номер співробітника;

прізвище, ім'я та по батькові;

дату народження;

Домашня адреса;

домашній телефон;

дату надходження на роботу;

місце роботи;

службовий телефон;

посаду; оклад;

надбавку за стаж роботи; проект, в якому бере участь співробітник; надбавку за участь в проекті.

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

Табл. 5.15 представляє собою лише невеликий фрагмент бази даних, але його властивості дуже показові.

По-перше, деякі поля є досить складними і включають в себе дані, які можна (і потрібно) розбити на більш дрібні компоненти (це поля, в які входять прізвище, ім'я та по батькові, дата народження, адреса, місце роботи).

По-друге, по окремих полях дані в різних записах дублюються, що не виправдано з точки зору витрат на зберігання (відомості про надбавки).

Так, друге поле повинно бути розбите на три компонента, містять окремо прізвище, ім'я та по батькові співробітника; третя та шоста поля з датами також необхідно розбити на три - з числом, місяцем і роком; в полі с домашньою адресою треба виділити перший компонент, який вказує на регіон (Москва чи Московська область); а поле з зазначенням місця роботи розділити на два - номер відділу і номер приміщення.

Для виключення зберігання зайвої інформації з табл. 5.15 необхідно прибрати поля, що стосуються властивостей об'єктів, відмінних від персоналу, і створити для них свої відносини: «Відділ» (табл. 5.17) і «Проект» (табл. 5.18), «Надбавки» (табл. 5.19). Тоді відношення «Персонал» буде описано в табл. 5.16.

Такі дії за поданням даних в теорії і практиці створення баз даних називають нормалізацією.

В кожному відношенні (таблиці) одне з полів має відігравати роль первинного ключа, однозначно ідентифікує конкретну запис, тобто має унікальне значення для кожного запису. Відносно «Персонал» це табельний номер, щодо «Відділ» - номер відділу, щодо «Проект» - найменування проекту, щодо «Надбавки» - стаж роботи.

Деякі з інших полів відносин можуть виконувати роль вторинних ключів, за значеннями яких будуть здійснюватися різні операції: пошук і вибірка даних.

Представлені в табл. 5.16 - 5.19 відносини пов'язані один з одним через окремі поля: відносини «Персонал» і «Відділ» - через поле «Номер відділу» (відповідно вторинний та первинний ключ); відносини «Персонал» і «Проект» - через поле «Назва проекту» (відповідно вторинний та первинний ключ).

 Таблиця 5.15




 СИСТЕМИ ПІДГОТОВКИ табличний документ |  Основні вимоги до оформлення табличних документів |  Приставки та множники для утворення десяткових кратних одиниць |  Загальна характеристика сучасних електронних таблиць |  Структура робочого вікна табличного процесора |  Склад і розташування елементів робочого вікна табличного процесора |  Введення і редагування даних в електронній таблиці |  Операція копіювання при однозначним дотриманням фрагмента-оригіналу і фрагмента-копії |  Форматування елементів таблиці |  напівжирне; |

© um.co.ua - учбові матеріали та реферати