Реляційна модель даних є зручною і найбільш звичною формою представлення даних у вигляді таблиці. На відміну від ієрархічної і мережної моделей, такий спосіб представлення: 1) зрозумілий користувачеві-непрограмістів; 2) дозволяє легко змінити схему - приєднувати нові елементи даних і запису без зміни відповідних подсхем; 3) забезпечує необхідну гнучкість при обробці непередбачених запитів.
Одним з основних переваг реляційної моделі є її однорідність.
Основними поняттями, за допомогою яких визначається реляційна модель, є наступні: домен, ставлення, кортеж, кардинальність, атрибути, ступінь, первинний ключ.
Домен - це сукупність значень, з якої беруться значення відповідних атрибутів певного ставлення. З точки зору програмування, домен - це тип даних, який визначається системою (стандартний) або користувачем.
Кортеж - таблиця.
Кардинальність - кількість рядків в таблиці.
Атрибут - поле, стовпець таблиці.
Ступінь відносини - кількість полів, стовпців.
Первинний ключ - це стовпець або деяку підмножину стовпців, які унікально, тобто єдиним чином визначають ланцюжки. Найдешевші повії Москви на сайті devochki.com
Зовнішній ключ - це стовпець або підмножина однієї таблиці, який може служити в якості первинного ключа для іншої таблиці.
Модель пред'являє до таблиць наступні вимоги:
1.Дані в осередках таблиці повинні бути структурно неподільними;
2.Дані в одному стовпці повинні бути одного типу;
3.каждий стовпець повинен бути унікальним (неприпустимо дублювання стовпців);
4.столбци розміщуються в довільному порядку;
5.строкі розміщуються в таблиці також в довільному порядку;
6.столбци мають унікальні найменування.
Отримання реляційної схеми з ER-діаграми.
1. Кожна проста сутність перетворюється в таблицю (відношення). Ім'я суті стає ім'ям таблиці.
2. Кожен атрибут стає можливим стовпцем з тим же ім'ям. Стовпці, відповідні необов'язковим атрибутам, можуть містити невизначені значення; стовпці, що відповідають обов'язковим атрибутами - не можуть. Якщо атрибут є множинним, то для нього будується окреме ставлення.
3. Компоненти унікального ідентифікатора суті перетворюються в первинний ключ. Якщо є кілька можливих унікальних ідентифікаторів, вибирається найбільш використовуваний. Якщо до складу унікального ідентифікатора входять зв'язку, то до числа стовпців первинного ключа додається копія унікального ідентифікатора суті, знаходиться на дальньому кінці зв'язку (цей процес може тривати рекурсивно). Для іменування цих стовпців використовуються імена решт зв'язків та / або імена сутностей.
4. Зв'язки «багато до одного» і «один до одного» стають зовнішніми ключами. Тобто створюється копія унікального ідентифікатора з кінця зв'язку «один», і відповідні стовпці складають зовнішній ключ.
5. Індекси створюються для первинного ключа (унікальний індекс), а також зовнішніх ключів і тих атрибутів, які будуть часто використовуватися в запитах.
6. Якщо в концептуальній схемі присутні підтипи, то можливі два варіанти.
Всі підтипи зберігаються в одній таблиці, яка створюється для самого зовнішнього супертіпа, а для підтипів створюються уявлення. У таблицю додається принаймні один стовпець, що містить код типу, і він стає частиною первинного ключа.
У другому випадку для кожного підтипу створюється окрема таблиця (для більш нижніх - уявлення) і для кожного підтипу першого рівня супертіп відтворюється за допомогою уявлення UNION (з усіх таблиць підтипів вибираються загальні стовпці - стовпці супертіпа).
7. Якщо залишаються зовнішні ключі все належать одному домену, тобто мають загальний формат, то створюються два стовпці: ідентифікатор зв'язку та ідентифікатор сутності. Стовпець ідентифікатора зв'язку використовується для різних зв'язків. Стовпець ідентифікатора суті використовується для зберігання значень унікального ідентифікатора суті на дальньому кінці відповідної зв'язку.
Якщо результуючі зовнішні ключі не належать до одного домену, то для кожного зв'язку, покривається дугою винятку, створюються явні стовпці зовнішніх ключів.