Відношення складається із заголовка і тіла
Перший — це набір атрибутів.
Тіло (з n-ним відношенням) — це комплект з кортежів.
Заголовок стосунку також є темою кожної структури.
Реляційна модель даних визначається як набір з n – кортежів. Як у математиці, так і в МРД комплект являє собою неупорядковану колекцію унікальних недублированных елементів, хоча деякі СУБД нав’язують послідовність своїх даних. В математиці кортеж має порядок і допускає дублювання. Е. Ф. Кодд спочатку встановив кортежі, використовуючи це математичне визначення.
Пізніше одна з чудових ідей Е. Ф. Кодда полягала в тому, що використання імен атрибутів замість впорядкування було б набагато більш зручним (в загальному випадку) в комп’ютерному мовою, заснованому на відносинах. Це твердження все ще корисно сьогодні. Хоча концепція змінилася, назва «кортеж» не трансформувалося. Безпосереднім і важливим наслідком цієї відмітною рисою є те, що в реляційної моделі декартів добуток стає коммутативным.
Таблиця — це загальноприйняте візуальне подання відносин. Кортеж схожий на концепцію рядка.
Relvar є іменованої змінної певного типу стосунку, до якого у всі часи деяка зв’язок цього типу присвоюється, хоча погляд може містити нуль кортежі.
Основи реляційної моделі даних: вся інформація представлена значеннями інформації у відносинах. У відповідності з цим принципом реляційна база являє собою набір relvars, і результат кожного запиту представляється у вигляді відношення.
Узгодженість реляційної бази даних забезпечується не правилами, вбудованими в додатки, які її використовують, а швидше обмеженнями, оголошеними як частина логічної схеми і впровадженими СУБД для всіх додатків. Обмеження виражаються у використанні реляційних операторів порівняння, з яких тільки один є підмножиною (⊆), теоретично достатнім. На практиці очікується, що буде доступно кілька корисних скорочень, з яких найбільш важливими є ключі-кандидати та обмеження зовнішнього джерела. Саме це все є реляційною моделлю даних.
