Добавил:

ivanov666 Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Башкирский Государственный Аграрный Университет

Предмет:

[НЕСОРТИРОВАННОЕ]

Файл:

Основы XML-технологий. Учебное пособие

.pdf

Скачиваний:

Добавлен:

07.09.2026

Размер:

2 Мб

Скачать

☆

<<< < Предыдущая 1 2 3 4 5 6 7 8 9 1011 / 2311 12 13 14 15 16 17 18 19 20 21 22 23 > Следующая >>>

идентификатор или первичный ключ, а связи между ними определяются с помощью вторичных ключей, имеющих значения первичных ключей другой таблицы. Этот способ моделирования данных существует уже более 40 лет и доминирует в современной технологии баз данных.

Потребности обмена данными информационных систем разных производителей требуют обеспечения преобразования данных

из бинарного представления (в виде баз данных) в текстовый (в

ормат), и наоборот. При этих преобразованиях важно

ф г

арантировать отсутствие искажения передаваемой информации,

а для этого структуры

-д

окументов должны быть адекватны

структурам баз данных информационных систем. Это вынудило разработчиков спецификации

XSD

оздать такие средства для

XML-

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

Идентичность схем баз данных и

возможность взаимного преобразования

хемы называются агрегированными.

L-

ML-

хем обеспечивает

да

ML-

нных и данных, представленных в базах, и является важным качеством при создании интегрированных автоматизированных систем, составленных из гетерогенных составляющих. При этом текстовое представление данных, «переведенное» из бинарного, является инвариантным для разнородных систем и может служить в качестве средства межсистемного представления при обмене данными.

С учетом изложенного для обмена информацией между инфор-

мационными системами требуется использовать

-документы,

созданные на базе агрегированных

-с

хем.

Составим следующий план составления агрегированной

хемы для передачи данных базы

Прежде чем приступить к разработке намеченной

1. создадим папку, например, с именем размещаться файлы агрегированной

2. Агрегированную

-с

хему, как и композиционную, опреде-

irma

XML

Firma_Agreg

-схемы.

в которой будут

лим на трех уровнях:

XML

-с

хемы,

– пользовательских типов данных и простых элементов;

– с

оставных частей (

tdel

– схемы верхнего уровня

В первую очередь определим уровень пользовательских типов

otrudnik

irma

)

;

данных и простых элементов и сохраним его описание в отдельном

serType.xsd

файле, скажем,

, в папке

4. На уровне составных частей определим элементов

otrudnik.xsd

На верхнем уровне определим целевую

tdel

otrudnik

папке

irma_Agreg

сохраним их в файлах с именами

а также опишем ключи для элементов

irma_Agreg

tdel

otrudnik

хемы для

-с

tdel.xsd

-с

хему

задавая, таким

irma

образом, связи между ними, а также ограничения, вытекающие из этих связей или зависимостей.

.3.3.1 Оп ре де ле н и е п о л ьз ов ат ел ьс к и х т и п ов

да

нн ых

Так как элементы создаваемой схемы нам уже известны, то в качестве пользовательских типов определяем уже известные нам ограничения на наименования отделов и форму представления года рождения. Добавим к этому перечню тип данных, принимающий два альтернативных значения « атрибута «

a_rabote

принимающего одно из двух альтернативных

»,

, «

ет

для определения типа данных

значений.

1. Для создания

данных открываем

хемы.

2. Для

хемы введем префикс и наименование целевого про-

-с

XML

хемы определений пользовательских типов

-с дактор и переходим в режим создания

-ре

XML

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

mlns:typ="http://www.type.ru" targetNamespace=http://www.type.ru

x elementFormDefault="qualified" attributeFormDefault="unqualified"

тандартное пространство

водится по умолчанию.

xmlns:xs="http://www.w3.org/2001/XMLSchema"

3. Определяемые пользовательские типы элементов и атрибутов

будем хранить в отдельном файле, поэтому в создаваемой

s:simpleType

введем необходимое количество конструкций тами

с помощью которых указываются имена создаваемых

ame

пользовательских типов (см. нижеследующий листинг).

?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:simpleType name="otdNameType">

. . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . .

</xs:simpleType> <xs:simpleType name="godRozhdType">

. . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . .

</xs:simpleType> <xs:simpleType name="yesNoType">

. . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . .

</xs:simpleType>

-с

атрибу-

хеме

Пользовательские типы элементов и атрибутов определяются

путем ограничения выбранного базового типа. Для объявления базового типа данных и дальнейшего его ограничения введем внутри тега

s:simpleType

xs:restriction base="xs:string">

. . . . . . . . . . . . . . . . . . . .

</xs:restriction>

этой конструкции с помощью атрибута

онструкцию

казывается огра-

ase

ничиваемый базовый тип.

5. Внутри конструкции

s:restriction

оп

ределяются ограничения

базового типа, описанные в подразделе 3.2.4. Порядок определения простых пользовательских типов данных с помощью ограничений базовых типов описан в подразделе 3.2.5.

В соответствии с описанным порядком для агрегированной

хемы

irma

ведем три пользовательских типа:

–

otdNameType

– базовый тип

, а ограничения определяются

string

путем представления перечня наименований;

–

odRozhdType

путем представления шаблона

esNoType

–

– ба

зовый тип

\d\d\d\d

зовый тип

путем представления перечня значений «

В результате выполнения

описанных действий получаем

а ограничения определяются

tring

;

tring

а ограничения определяются

»,

».

схему, текст которой приведен в следующем листинге:

!-- Файл UserType.xsd -->

< <?xml version="1.0" encoding="UTF-8"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:typ="http://www.type.ru" targetNamespace=http://www.type.ru elementFormDefault="qualified" attributeFormDefault="unqualified">

<xs:simpleType name="otdNameType"> <xs:restriction base="xs:string"> <xs:enumeration value="КНИО-2"/> <xs:enumeration value="НИО-21"/> <xs:enumeration value="НИО-22"/>

</xs:restriction> </xs:simpleType> <xs:simpleType name="godRozhdType"> <xs:restriction base="xs:string"> <xs:pattern value="\d\d\d\d"/> </xs:restriction> </xs:simpleType>

<xs:simpleType name="yesNoType"> <xs:restriction base="xs:string"> <xs:enumeration value="yes"/> <xs:enumeration value="no"/> </xs:restriction> </xs:simpleType> </xs:schema>

охраняем полученный

в отдельной папке, например,

окумент под именем

-д

irma_Agreg

serType.xsd

.3.3.2 Оп ре де ле н и е с о с та вн ых ч ас т е й X M L - с х е мы

3 Композиционная схема определяется как монолитная структура,

части которой определяются в составе общей схемы и не имеют

отдельного описания. Поэтому описания составных частей композиционной схемы не могут быть использованы в других схемах.

Объект

irma

одержит составные части

tdel

otrudnik

которые в соответствии с порядком разработки агрегированных схем будем определять как самостоятельные структурные единицы, а их описания хранить в файлах, с именами

азработка схем составных частей агрегированной схемы опи-

шем на примере создания

XML

-с

хемы

tdel.xsd

Otdel.xsd

1. Для создания структурной единицы агрегированной

открываем

-ре

дактор и переходим в режим создания

otrudnik.xsd

следующем порядке:

-с

-схемы

хемы.

2. В создаваемой схеме применяется пользовательский тип ,

tdNameType

описание которого содержится в файле

обеспечения «видимости» этого описания со схемы

erType.xsd

Otdel.xsd

не

Для

обхо-

димо включить после объявления корневого элемента схемы конст-

кцию

ру

xs:import

?xml version="1.0" encoding="UTF-8"?>

< <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

как показано в нижеследующем листинге:

elementFormDefault="qualified" attributeFormDefault="unqualified">

<xs:import namespace="http://www.type.ru" schemaLocation="UserType.xsd"/>

. . . . . . . . . . . . . . . . . . . .

</xs:schema>.

3. Для

XML

-схемы

Otdel.xsd

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

s:otd="http://www.otdel.ru" targetNamespace="http://www.otdel.ru"

xmln

ementFormDefault="qualified" attributeFormDefault="unqualified"

Про

ментов

странство имен

хемы определяется по умолчанию.

-с

mlns:xs="http://www.w3.org/2001/XMLSchema"

ля эле-

Кроме перечисленных пространств имен в описание схемы

обавляется пространство имен

д ванного файла

UserType.xsd

xmlns

:typ="http://www.type.ru"

мпортиро-

необходимо

с помощью конструкции

об

tdel

<xs:element name="Otdel">

<xs:complexType>

. . . . . . . . . . . . . . . . . . . .

</xs:complexType>

</xs:element>

в которой его наименование вводится с помощью атрибута

5. Для определения структуры элемента

цию

xs:sequence

ame

вве

tdel

дем конструк-

и определим состав его элементов с указание типов данных, которые могут быть как базовыми, так и пользовательскими (см. нижеследующий листинг).

!-- Файл Otdel.xsd -->

<?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:otd="http://www.otdel.ru" targetNamespace="http://www.otdel.ru"

elementFormDefault="qualified" attributeFormDefault="unqualified" xmlns:typ="http://www.type.ru"> <xs:impo

<xs:element name="Otdel"> <xs:complexType> <xs:sequence>

rt namespace="http://www.type.ru" schemaLocation="UserType.xsd"/>

<xs:element name="id_otd" type="xs:integer"/> <xs:element name="name_otd" type="otdNameType"/> <xs:element name="vlozh" type="xs:integer"/> </xs:sequence> </xs:complexType> </xs:element> </xs:schema>

братите внимание на то, что в данном определении мы ввели целевое пространство имен, согласно которому элементы структуры в

XML

-д

окументе будут определяться с префиксом

otd

В данном

случае определение целевого пространства имен необходимо, так

XML

как данная

-сх

ема предназначена для использования в других схемах с целью устранения коллизий имен тегов, определенных в разных

-схемах.

6. В соответствии с описанным порядком создадим еще один

файл

otrudnik.xsd

-схемой для составной части

otrudnik.

Следует

отметить, что небольшие отличия при создании файла

otrudnik.xsd

се

же имеются.

Первое отличие связано с тем, что для элемента определяется свое пространство имен и определяется оно по аналогичной конструкции, но с другими префиксом и именем, например:

s:otd="http://www.otdel.ru" targetNamespace="http://www.otdel.ru"

xmln

ementFormDefault="qualified" attributeFormDefault="unqualified"

ледующее отличие касается определения атрибута «

для элемента

Sotrudnik

С целью определения атрибута добавьте в его

a_ rabote

определение конструкцию

<xs:attribute name="na_rabote">

<xs:simpleType>

<xs:restriction base="yesNoType"/>

</xs:simpleType>

</xs:attribute>

епосредственно после определения состава элемента

(т. е. после закрывающего тега

/xs:sequence>

ния описанных действий получим

XML

-с

)

. В результате выполне-

хему, текст которой приве-

ден ниже:

<?xml version="1.0" encoding="UTF-8"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

s:otd="http://www.sotrudnik.ru" targetNamespace="http://www.sotrudnik.ru"

xmln

elementFormDefault="qualified" attributeFormDefault="unqualified"

s:typ="http://www.type.ru">

xmln

<xs:impo

<xs:element name="Sotrudnik">

<xs:complexType>

<xs:sequence>

<xs:element name="tab_nom" type="xs:integer"/>

<xs:element name="Family" type="xs:string"/>

<xs:element name="name" type="xs:string"/>

rt namespace="http://www.type.ru" schemaLocation="UserType.xsd"/>

<xs:element name="god_rozhd" type="godRozhdType"/>

<xs:element name="id_otd" type="xs:integer"/>

</xs:sequence>

<xs:attribute name="na_rabote">

<xs:simpleType>

<xs:restriction base="yesNoType"/> </xs:simpleType> </xs:attribute> </xs:complexType>

</xs:element> </xs:schema>

ба созданных файла сохраняем в папке

irma_Agreg

3.3.3.3 Оп ре де ле ни е а г р е г и р о в ан но й X M L- сх е м ы и

з со ст ав ны х ч а с те й

Характерной особенностью агрегированной

хемы является

-с

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

Разработка агрегированной

-сх

емы

irma.xsd

вы

полняется

в следующем порядке:

1. Открываем

2. Создаваемая агрегированная

tdel

tdel.xsd

элементы в файлах описаний со схемы

хемы эти файлы с помощью конструкции

otrudnik

-ре

дактор для создания

описания

Для обеспечения «видимости» этих

otrudnik.xsd

irma.xsd

необ

ходимо включить в объявление

-с

хема содержит структурные

-с

хем которых содержатся

xs:import

-с

хемы.

ля

-схемы

irma.xsd

xmlns:fir="http://www.firma.ru" targetNamespace="http://www.firma.ru" el

ementFormDefault="qualified" attributeFormDefault="unqualified"

результате выполнения описанных определений получаем

следующее объявление корневого элемента схемы:

!-- Файл Firma.xsd -->

<?xml version="1.0" encoding="UTF-8"?>

<xs:schema

s:otd="http://www.otdel.ru"

xmln

s:sot="http://www.sotrudnik.ru"

xmln

s:fir="http://www.firma.ru" targetNamespace="http://www.firma.ru"

xmln

ementFormDefault="qualified" attributeFormDefault="unqualified">

el <xs:impo <xs:impo

. . . . . . . . . . . . . . . . . . . .

</xs:sche

xmlns:xs="http://www.w3.org/2001/XMLSchema"

rt namespace="http://www.otdel.ru" schemaLocation="Otdel.xsd"/> rt namespace="http://www.sotrudnik.ru" schemaLocation="Sotrudnik.xsd"/>

ma>

3. Аналогично определению составных частей

объявим элемент

<xs:element name="Firma"> <xs:complexType>

. . . . . . . . . . . . . . . . . . . .

</xs:complexType>

</xs:element>

irma

ка

к сложный тип с помощью конструкции

Otdel

Sotrudnik

десь, как и при определении составных частей, с помощью

атрибута

цию

хемы

-с Для определения структуры элемента

xs:sequence

ame

ности элементов

водим наименование создаваемой агрегированной

rma

irma

определим состав его элементов в виде совокуп-

tdel

otrudnik

В описании состава этих элементов

ведем конструк-

в данном случае нет необходимости, а достаточно указать на их

описания с помощью ключевого слова

как показано в нижесле-

дующем листинге:

xs:element name="Firma">

< <xs:complexType> <xs:sequence> <xs:element ref="Otdel"/> <xs:element ref="Sotrudnik"/> </xs:sequence>

</xs:complexType>

а этом определение состава элемента

ется описать связи между элементами его структуру.

Otdel

irma

Sotrudnik

за

вершается и оста-

определяющие

5. Первым структурным ограничением, определяемым для эле-

мента

с помощью атрибутов

является указание количества его составных элементов

irma

inOccurs

axOccurs

(

описание см. в пункте

3.2.6.3):

inOccurs

– если значение

мый элемент является необязательным в

– при

атрибутов в

axOccurs ="1"

-д

окументе по умолчанию определяется единствен-

ли при отсутствии определения этой пары

"0"

это говорит о том, что описывае-

-документе;

ный экземпляр описываемого элемента;

– если значение

xOccurs="unbounded"

, т

о в

окументе опреде-

-д ляется неограниченное количество экземпляров описываемого элемента.

В нашем примере для обоих элементов определяем неограниченное количество их экземпляров, т. е. чего определения элементов

<xs:element ref="Otdel" maxOccurs="unbounded"/>

tdel

trudnik

xOccurs="unbounded"

риобретают вид

, после

<xs:element ref="Sotrudnik" maxOccurs="unbounded"/>

Следующим шагом в части определения структуры элемента

6. вляется ввод первичных ключей, необходимых для однознач-

irma

ной идентификации элементов данных в первичных ключей в

-с

хемах описан в пункте 3.2.6.4, поэтому

XML

окументах. Синтаксис

-д

подробности их определения здесь опустим и ограничимся приведением текста их определения в создаваемой

<xs:key name <xs:selector xpath="Otdel"/> <xs:field xpath="id_otd"/> </xs:

key>

<xs:key name

<xs:selector xpath="Sotrudnik"/> <xs:field xpath="tab_nom"/>

</xs:key>.

анные ограничения определяют, что в

="PK_otd">

="PK_sotr">

-с

хеме:

окументах, создан-

-д

ных на основе

ab_ nom

олжны быть уникальными.

XML

-с

хемы

Firma.xsd

значения элементов

id_otd

<<< < Предыдущая 1 2 3 4 5 6 7 8 9 1011 / 2311 12 13 14 15 16 17 18 19 20 21 22 23 > Следующая >>>

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]