методик, в яких досить чітко обумовлені всі етапи такого перетворення. p align="justify"> Менш часто реалізується автоматизована компіляція концептуальної схеми в реляційну. При цьому відомі два підходи: на основі явного подання концептуальної схеми як вихідної інформації для компілятора і побудови інтегрованих систем проектування з автоматизованим створенням концептуальної схеми на основі інтерв'ю з експертами предметної області. І в тому, і в іншому випадку в результаті виробляється реляційна схема бази даних в третій нормальній формі (більш точно слід було б сказати, що авторові невідомі системи, що забезпечують більш високий рівень нормалізації). p align="justify"> Нарешті, третя можливість, яка ще не вийшла (або тільки виходить) за межі дослідницьких і експериментальних проектів, - це робота з базою даних у семантичній моделі, тобто СУБД, засновані на семантичних моделях даних. При цьому знову розглядаються два варіанти: забезпечення інтерфейсу користувача на основі семантичної моделі даних з автоматичним відображенням конструкцій в реляційну модель даних (це завдання приблизно такого ж рівня складності, як автоматична компіляція концептуальної схеми бази даних в реляційну схему) і пряма реалізація СУБД, заснована на небудь семантичної моделі даних. Найбільш близько до другого підходу знаходяться сучасні об'єктно-орієнтовані СУБД, моделі даних яких за багатьма параметрами близькі до семантичним моделям (хоча в деяких аспектах вони більш могутні, а в деяких - більше слабкі). p align="justify"> Зупинимося тепер на деяких важливих властивостях відносин, які випливають з наведених раніше визначень:
.1.1 Відсутність кортежів-дублікатів
Те властивість, що відносини не містять кортежів-дублікатів, випливає з визначення відносини як множини кортежів. У класичній теорії множин за визначенням кожне безліч складається з різних елементів. p align="justify"> З цієї властивості випливає наявність у кожного відносини так званого первинного ключа - набору атрибутів, значення яких однозначно визначають кортеж відносини. Для кожного відносини принаймні повний набір його атрибутів володіє цією властивістю. Однак при формальному визначенні первинного ключа потрібне забезпечення його "мінімальності", тобто в набір атрибутів первинного ключа не повинні входити такі атрибути, які можна відкинути без шкоди для основного властивості - однозначно визначати кортеж. Поняття первинного ключа є винятково важливим у зв'язку з поняттям цілісності баз даних. p align="justify"> Забігаючи наперед, зауважимо, що в багатьох практичних реалізаціях РСУБД допускається порушення властивості унікальності кортежів для проміжних відносин, породжуваних неявно при виконанні запитів. Такі відносини є не безліч, а мультимножинами, що в ряді випадків дозволяє домогтися певних переваг, але іноді призводить до серйозних проблем. br/>
.1.2 Відсутність впорядкованості кортежів
