Часть 2. R*O система изнутри. Возможная реализация.

Использование n-арных отношений как единственно возможной структуры данных, является основой формальной реляционной модели данных. Однако эта структура не является достаточно выразительной для того, что бы создать адекватную модель предметной области. Предложенный в первой части подход разрешает это противоречие, позволяя представить данные, описанные как множество идентифицируемых, взаимосвязанных, сложных объектов наследуемых, полиморфных типов, в виде множества отношений.

Во второй части мы хотим показать, что R*O система может быть создана на базе существующих реляционных СУБД. Тем самым, НРМ утверждает, что системы управления реляционными БД могут эволюционно развиваться в направлении, определяемым в первую очередь необходимостью адекватно описывать сложные предметные области и предлагает путь этого развития. В этом утверждении мы исходим из описанного в первой части подхода, который подразумевает двоякое представление данных, когда одни и те же данные представлены одновременно и как значения компонентов объектов данных, и как значения R-переменных. В общих словах, предлагаемая далее реализация системы исходит из того, что, поскольку R-переменные есть не что иное, как переменные отношения, то в качестве основы можно использовать систему, в которой такие переменные уже так или иначе реализованы.

Замечание. Рассматривая принципиальную возможность предлагаемой реализации, мы не задаемся вопросами ее производительности и эффективности.

Говоря о существующих реляционных СУБД, мы имеем в виду в первую очередь SQL СУБД. Мы осознаем, что некоторые свойства SQL СУБД расходятся с реляционной моделью данных[, ], однако этот факт с практической точки зрения, по нашему мнению, не важен. Мы исходим из того, что существующие РСУБД ….

Несмотря на определенные несоответствие с реляционной моделью данных, позволяют, так или иначе, реализовать ее основные положения. Подразумевается, что существует команды, позволяющие манипулировать данными, представленными как набор значений отношений (или, в терминах SQL, таблиц), в том числе определять схему этих отношений (заголовки таблиц), ограничения целостности данных (ключи) и выполнять определенные в реляционной модели данных операции над значениями отношений.
Являются системами долговременного хранения данных.

Содержание Назад Вперед