Новости
  • Тренировка у Guillaume Lorentz, Париж, Франция

    Тренировка у Guillaume Lorentz, Париж, Франция

    Наша ученица Настя Цехмейструк, отдохнув в Париже, совместила приятное с еще более... 
    Читать полностью

  • Adrenaline фестиваль, Киев

    Adrenaline фестиваль, Киев

    6 октября в Киеве прошел фестиваль Adrenaline, который представлял собой отборочный тур... 
    Читать полностью

  • Melpo Melz

    Melpo Melz

    Шведская танцовщица и исполнительница дансхолла  Читать полностью →

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

  1. 2.4.1. Основні поняття Баз даних Access 2003 Розвитку обчислювальної техніки здійснювалося за двома...

2.4.1. Основні поняття Баз даних Access 2003

Розвитку обчислювальної техніки здійснювалося за двома основними напрямками:

  • застосування обчислювальної техніки для виконання чисельних розрахунків;
  • використання засобів обчислювальної техніки в інформаційних системах.

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

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

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

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

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

Протягом багатьох років переважно використовувалися плоскі таблиці (плоскі БД) типу списків в Excel. В даний час найбільшого поширення при розробці БД набули реляційні моделі даних. Реляційна модель даних є сукупністю найпростіших двовимірних таблиць - відносин (англ. Relation), тобто. проста двовимірна таблиця визначається як відношення (безліч однотипних записів об'єднаних однією темою).

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

Основні поняття реляційних БД: нормалізація, зв'язку і ключі

1. Принципи нормалізації:

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

2. Види логічного зв'язку.

Зв'язок встановлюється між двома загальними полями (стовпцями) двох таблиць. Існують зв'язку з відношенням «один-до-одного», «один-ко-многим» і «багато-до-багатьох».

Відносини, які можуть існувати між записами двох таблиць:

  • один - до - одному, кожного запису з однієї таблиці відповідає один запис в іншій таблиці;
  • один - до - багатьох, кожного запису з однієї таблиці відповідає декілька записів іншій таблиці;
  • багато - до - одному, безлічі записів з однієї таблиці відповідає один запис в іншій таблиці;
  • багато - до - багатьох, безлічі записів з однієї таблиці відповідає декілька записів в іншій таблиці.

Тип відносини в створюваної зв'язку залежить від способу визначення пов'язують полів:

  1. Ставлення «один-ко-многим» створюється в тому випадку, коли тільки одне з полів є полем первинного ключа або унікального індексу.
  2. Ставлення «один-до-одного» створюється в тому випадку, коли обидва пов'язують поля є ключовими або мають унікальні індекси.
  3. Ставлення «багато-до-багатьох» фактично є двома відносинами «один-ко-многим» з третьої таблицею, первинний ключ якої складається з полів зовнішнього ключа двох інших таблиць

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

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

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

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

Існує три типи первинних ключів: ключові поля лічильника (лічильник), простий ключ і складовою ключ.

Поле лічильника (Тип даних «Лічильник»). Тип даних поля в базі даних, в якому для кожної додається в таблицю записи в поле автоматично заноситься унікальне числове значення.

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

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

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

Якщо виникають труднощі з вибором відповідного типу первинного ключа, то в качеcтве ключа доцільно вибрати поле лічильника.

Програми, які призначені для структурування інформації, розміщення її в таблицях і маніпулювання даними називаються системами управління базами даних (СКБД). Іншими словами СУБД призначені як для створення і ведення бази даних, так і для доступу до даних. В даний час налічується більше 50 типів СУБД для персональних комп'ютерів. До найбільш поширених типів СУБД відносяться: MS SQL Server, Oracle, Informix, Sybase, MS Access і т. Д.

Створення БД. етапи проектування

Створення БД починається з проектування.

Етапи проектування БД:

  • дослідження предметної області;
  • аналіз даних (сутностей і їх атрибутів);
  • визначення відносин між сутностями і визначення первинних і вторинних (зовнішніх) ключів.

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

До базових поняттями моделі БД «сутність - зв'язок» відносяться: сутність, зв'язки між ними і їх атрибути (властивості).

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

Атрибут - це властивість сутності в предметної області. Його найменування повинне бути унікальним для конкретного типу сутності. Наприклад, для сутності студент можуть бути використані наступні атрибути: прізвище, ім'я, по батькові, дата і місце народження, паспортні дані і т.д. У реляційної БД атрибути зберігаються в полях таблиць.

Зв'язок - взаємозв'язок між сутностями в предметної області. Зв'язки являють собою з'єднання між частинами БД (в реляційної БД - це з'єднання між записами таблиць).

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

Розглянемо предметну область: Деканат (Успішність студентів).

В БД «Деканат» повинні зберігатися дані про студентів, групах студентів, про оцінки студентів з різних дисциплін, про викладачів, про стипендії і т.д. Обмежимося даними про студентів, групах студентів і про оцінки студентів з різних дисциплін. Визначимо суті, атрибути сутностей і основні вимоги до функцій БД з обмеженими даними.

Основними предметно-значущими сутностями БД «Деканат» є: Студенти, Групи студентів, Дисципліни, Успішність.

Основні предметно-значущі атрибути сутностей:

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

Основні вимоги до функцій БД:

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

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

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

На основі вищевикладеного складаємо модель сутність - зв'язок для БД «Деканат»

- стрілка є умовним позначенням зв'язку: один - до - багатьох - стрілка є умовним позначенням зв'язку: один - до - багатьох.

Для створення БД необхідно застосувати одну з відомих СУБД, наприклад СУБД Access.

Далі >>> Тема: 2.4.2. Система управління базами даних Mіcrosoft Access 2003 і її основні можливості

Дансхолл джем в «Помаде»

3 ноября, в четверг, приглашаем всех на танцевальную вечеринку, в рамках которой пройдет Дансхолл Джем!

Клуб Помада: ул. Заньковецкой, 6
Вход: 40 грн.

  • 22 апреля намечается Dancehall Party в Штанах!
    22 апреля намечается Dancehall Party в Штанах!

    Приглашаем всех-всех-всех на зажигательную вечеринку «More... 
    Читать полностью