14.3.3. Xml и реляционная модель данных

По аналогии с реляционной БД, если атрибутам сущно­сти соответствуют поля таблицы, то в XML-документе им могут со­ответствовать либо атрибуты, либо значения элементов, либо вложенные элементы. Рассмотрим типичную реляционную таблицу (слайд 20).

Эту таблицу можно представить как XML-доку­мент с именем Customers, содержащий два элемента Customer. При этом поля можно представить тремя способами:

1. в атрибутной форме, где им будут соответствовать атрибуты пустого элемента.

2. в элементной форме, где все поля будут вложенными элементами элемента, представляющего таблицу, к которой они относятся.

3. в смешанной форме:

При выборе формы представления следует учесть, что атрибутные требуют меньших XML-потоков и работают эффективно при больших объемах данных, но у каждого элемента (и, следовательно, у каждого объекта) может быть толь­ко по одному значению атрибута каждого типа. Вложенные элементы полезны для потенциально многозначных характеристик.

С точки зрения реляционной модели, различия между этими способам могут быть сведены к тому, что атрибуты подобны колонкам (точнее, их именам – атрибутам, которые могут иметь значение – величину в соответствующей ячейке), а элементы аналогичны строкам (в том числе, включая атрибуты). Атрибут может иметь только одно значение (атомарность ячейки), а элемент может повторяться. То есть, можно сказать, что атрибуты представляют «горизонтальную» модель, а элементы – «вертикальную».

14.3.4. Представление связей с помощью xml

Реляционные БД предназначены для представления связей между сущностями. Напри­мер, сущность заказ (Order) может быть связана с несколькими сущнос­тей товар (Item), как, например, на слайде 21.

С помощью XML в простейшем случае связь может быть реализована в виде вложенных атрибутов.

Для того чтобы исключить повторяющиеся элементы, можно также использовать XML-атрибуты типов ID и IDREF (или IDREFS - для множественной ссылки).

Лекция 15 (db_l15.Ppt). Управление реляционными базами данных. Языки определения данных и языки манипулирования данными. Способы выражения запросов: процедурный и форм-ориентированный. .

Управление базами данных осуществляется средствами лингвистического обеспечения СУБД. Внутренний язык СУБД для работы с данными состоит из двух частей (слайд 2):

1. языка определения данных (Data Definition Language — DDL), который используется для определения схемы базы данных

2. языка манипулирования данными (Data Manipulation Language — DML) — для чтения и обновления данных, хранимых в базе.

Эти языки называются подъязыками данных, поскольку в них отсутствуют конструкции для выполнения всех вычислительных операций, обычно используемых в языках программирования высокого уровня, таких как условные операторы или операторы цикла. Во многих СУБД предусмотрена возможность внедрения операторов подъязыка данных в программы, написанные на таких языках программирования высокого уровня, как COBOL, Fortran, Pascal, Ada, С, C++, Java или Visual Basic. В этом случае язык высокого уровня принято называть базовым языком (host language). Перед компиляцией файла программы на базовом языке, содержащей внедренные операторы подъязыка данных, такие операторы удаляются и заменяются вызовами функций. Затем этот предварительно обработанный файл обычным образом компилируется с помещением результатов в объектный модуль, который компонуется с библиотекой, содержащей вызываемые в программе функции СУБД. После этого полученный программный текст готов к выполнению. Помимо механизма внедрения, для большинства подъязыков данных предоставляются также средства интерактивного выполнения операторов, вводимых пользователем непосредственно с терминала.