Теория и практика построения баз данных (1088289), страница 119
Текст из файла (страница 119)
Лолжно пройти несколько лет, пока будут разработаны продукты, реализующие этот стандарт, и еще несколько лет, чтобы компании научились ими пользоваться (здесь-то и появитесь вы!) Но рано или поздно ХМ). БСЬеша или что-то очень близкое к этому стандарту получит весьма широкое применение, поскольку зто может коренным образом упростить разработку и поддержание приложений. ХМ1 -схема для галереи тг!енч НМ9е В табл.
14 4 показана ХМ 1-схема для представления Сивтотег галереи Н)ехч ВЫйе, взятого с рис. 10.4. В начале схемы определен элемент патеОТАГ11в1; это сделано так, что его можно использовать дважды в теле представления сивтугечч. Таблица 14.4. ХМЕ-схема для представления Сив1огпегН1ечг базы данных Н1еччя1бде всьета пеппи!оп Ехатр1е Ооситепт <схгп! чегяоп="1 ОГ'» <сив1чыи хт1пв="ППР //чпччг.чгечгг1бОЕ.СОт/ сияотег" > <сивгопхег> <пате>иасКвсп, ЕахаЬе1П</пате> <агеаСобе>208</агеаСобе> <1оса1йитЬег>989- 4344</1оса1йигпЬег> <ггдпвдс1!Сп> <ригспавеаа1е>2002-12- 10</ригсПавера1е> <ва1евРпсе>4300.00</ва1евРпсе> <чгогк> <агбяйате>,1иап М1го</агбв1йате> <чгогхт!11е>РСВ1ЕГ</чгогКТП1е> Этот пример демонстрирует полезность такой установки, когда целевое пространство имен и пространство имен по умолчанию совпадают.
Когда синтаксический анализатор обнаруживает имя пате01АГ!1в1, он заносит его в целевое про- <вспегпа гагве1йапхеврасе хт1пвги Пир //чпчхч.ч!ечгг1бое.согп/сив1огпег" хт1пв=''Пцр:// чпчгч.ч!евпбое.сот/сиз!стех" хгп1 па: б1="П11р://чпич.хчз.сгр/2000/1О/ХМ!.8спета" > <е1егпеп1 пате="пате01Агнв1" гуре="б1.в1ппо "/> <сотр1ехТуре пате="сияч!еее ГПахсооигз="ипЬоипбеб"> <вециепсе> <сотр1ехТуре пагпе="сив1стег"> <вециепсе> <е1етеп! пате="пате" 1уре ="ш;в1ппо "/> <е1етеп1 пате="агеаСобе" 1уре ="Ф:в1ппо" пчпоссиГв=' 0 "/> <е!етеп! пате="1оса1йигпьег" 1уре ="бсв!пп97> <остр!ехТуре пате="ггапввсбоп" тахоссигв="ипЬоипбеб"> <вециепсе> <в1егпеп! пагпе="ригспавеааге" Огре="бг:баге"/> <в1етеп1 пагпе="вагевРпсе" 1уре="Ф.бесила! "/> <согпр1ехТуре пагпе="хчогх"> <вециепсе> <е1егпеп1 пате="агаяйате" 1уре="патв01Агбв1"/> <егетеп1 пате="иогКТ111е" 1уре="б1:в1ггп97> <егетеп! Пагпе="хчогКССРу" 1уреы бквгппо" гп1пассигв="0"> </вециепсе> </сотр1ехТуре> </вециепсе> </сстр1ехТуре> <со!пр1ехТуре пате="вгвввп1егев1" тахоссигв="ипЬоипбеб "/> <в!етеп1 пате=ашв1йате 1уре="пате01Агбв17> </ссгпр1ехТуре> </вециепсе> </сотр1ехТуре> </вециепсе> </сотр!ехТуре > <чгсгКСсру>14/8=</чгсгКСору> </чгогх> </ггапвасбоп> <агГ!в11П1егевг> <вггм1йагпе>,1иап М1го</аг1и1йагпе> <агбв1йагпе>магк ТоЬеу</агвв1йате> <агбв1йате>0епп1в Рппов</агав!мате> </агбввп1егевг> </сив!ОГпеГ> </сив1огпегч1еа> Интернет-браузер НТТРй14 ЧЧАР- нпн й НТТР-сервер ЧЧМЬ НТТР ы Преобразование ЧЧМЬ чч Хмь ЧЧМЬ-колоды н карты через Хзьт с использованием ИГМЬКВспРГ , Микро-бреузеР Протокол лгЧАР Рне.
14.8. Использование протокола ЧЧАР 548 Глава 14. Сети, многоуровневые архитектуры н ХМЬ странство имен. Следовательно, когда обрабатываются два элемента аг11зтпагпе, имеющие тпп пагпе01Агбз1 и не имеющие никакой метки (вроде 41), синтаксический анализатор обращается к пространству имен по умолчанию и ищет папге01Аг11зт там. Он его обязательно найдет, поскольку целевое пространство имен и пространство имен по умолчанию совпадают. Подобное определение типа элемента избавляет от многих ошибок, так как если его нужно изменить, это требуется сделать лишь в одном месте, и это изменение распространяется на все элементы, определенные этим типом. Кроме того, определения могут быть длинными, и определение многократно используемых атрибутов в одном месте экономит время.
Этот пример не показывает всей мощи языка ХМЕ Ясйеша. Например, домен чгогхСору имеет вид ппп/ттт, где и и т — положительные целые числа, причем ппп должно быть меньше ттт. Этот сложный домен может быть определен в синтаксисе ХМ1 ЯсЬеша, и после этого соответствующее ограничение будет реализовываться синтаксическим анализатором. Аналогичные замечания справедливы для ограничений на агеаСоде, 1оса(11шпЬег, ршсйазеОа1е и за1езРпсе. Протокол ЪЧАР (ЪЧ1ге1езз Арр11саВоп Рготосо!, протоко.л для мобильных устройств) был создан для того, чтобы упростить использование интернет-технологий на мобильных устройствах, таких как сотовые телефоны и наладонные компьютеры.
Ранее в этой главе мы привели типичный пример ЪЧАР-приложения. В этом разделе мы рассмотрим сущность ЪЧАР. На рис. 14.8 показаны основные компоненты ЪЧЛР-систеьгы. ЪЧАР-сервер— это НТТР-сервер, который преобразует стандартный тчеЬ-протокол ХМЕ в ЪЧМЕ (ЪЧгге1ееа Магйир 1лпйцайе) — язык разметки для мобильных устройств. ЪЧМЕ является подмножеством ХМЦ следовательно, ЪЧМ1-докуьгенты можно проверять на допустимость по отношению к РТП или ХМ1.-схемам. Кроме того, для преобразования ХМ(.-докумептов в ЪЧМЕ с целью обработки их на мобильных устройствах можно использовать ХЯ1Т. ХВАТ также применяется для преобразования ЪЧМ1.-отклика мобильных устройств в стандартный ХМ1..
Стандарт ЪЧМ1. вк.лючает в себя сценарный язык ЪЪ'М1 Ясг(рс, являющийся вариантом )ача8сг)рс. Как показано на рис. 14.8, ЪЧМ1 преобразуется жеЬ-шлюзом в сжатую форму, называемую ЪЧМЕС. Эта сжатая форма похожа на скомпилированную программу, так как представляет собой гораздо меньшую по размеру бинарную версию ЪЧМ1.-документа. Целью сжатия является сужение диапазона частот, необходимого для передачи ЪЧМ1.-документа.
На сегодняшний день размер экрана и возможности клавиатуры мобильных устройств недостаточны для того, чтобы поддерживать полноценные браузеры. В иих используются микробраузеры (ш(сгоЬгочгзегз) — сверхтонкие приложения, обрабатывающие ЪЧМЦ ХМ1-документ при преобразовании в ЪЧМЕ разбивается на разделы, достаточно компактные для того, чтобы их могли отображать микробраузеры на мобильных устройствах. Эти разделы называются картами (сагг(), а набор карт носит название колоды (г(еск).
Обычно вся колода передается на мобильное устройство за один прием. Отображение карт на дисплее происходит по одной. Ссылки на от- ХМЬ вЂ” расширяемый язык разметки 549 дельные карты записываются в формате идентификатор колодыйнденгифнкатор кар- ты. Карты из текущей колоды доступны непосредственно с мобильного устройства, а для считывания карт из других колод необходимо обратиться к ЪЧАР-серверу. ! ЪЧАР не требует использования ХМЦ В мобильных приложениях можно использовать и НТМЦ Преимущество ХМЕ состоит в том, что ЪЧМЕ-документ можно проверить на допустимость и что для преобразований между ЪЧМ1 и ХМЕ можно использовать ХЯ1Т. Значение ХМ~ для приложений баз данных ХМЦ вероятно, представляет собой наиболее важный качественный скачок для приложений баз данных со времен изобретения реляционной модели.
Об этом позволяют говорить ключевые характеристики ХМЦ перечисленные на рис. 1448 > Стандартизированный способ представления доменов. > Стандартизированный способ описания представлений баз данных. > Четкое разделение структуры, содержимою н материализация. > Возможность проверки допустимости документов. > Международные стандарты типов документов.
Рис. 14.8. Характеристики ХММ представляющие важность дпя приложений баз данных Во-первых, ХМЕ БсЬегпа предоставляет стандартизированный способ представления доменов. Во-вторых, ХМ1. дает стандартные способы описания структуры представлений баз данных. Благодаря этому любое приложение, способное обрабатывать ЭТО или ХМЕ-схему, может корректным образом интерпретировать произвольное представление базы данных. 550 Глава 14. Сети, многоуровневые архитектуры и ХМЕ хМŠ— расширяемый язык разметки 551 Рассмотрим ХМЕ.-схему представления Сиз!оп>ег базы данных галереи 1>!е>у ВЫяе в табл. 14.4. До появления ХМ1. для того, чтобы две программы могли обмениваться этим представлением, для них необходимо было бы определить специальный протокол, с помошью которого описывалась бы структура представления.
При использовании ХМБ нм нужно лишь интерпретировать ХМБ-схему в табл. 14А; никакого предварительного соглашения илп протокола не требуется. В прошлом за неимением стандартного способа описания представлений баз данных разработчики использовали для этой цели 501 Но, как вы знаете из главы 10, 5Я] не может использоваться для представлений, содержащих более одного многозначного пути через схему. Представление в табл.
14.4 имеет два м>ц>гозначных пути: один через Тгапзасбоп, а другой через Яг((зг. Следовательно, требуется несколько БО].-операторов, однако стандартного способа указать, как они должны соединяться, не сушествует. ХМБ преодолевает этот недостаток. Третье крупное преимущество ХМ! — четкое разделение между структурой, содержимым и материализацией.
Структура документа может храниться в одном месте в виде РТР или ХМБ-схемы, а все документы, основывающиеся на этой структуре, могут содержать ссылки на нее. Например, компания Вое(пй может выложить на один из своих сайтов ХМ1.-схему бланка заказа авиационных компонентов, и все покупатели запасных частей для самолетов смогут использовать эту схему для заказов. Компании, покупающие компоненты у Все!пя, могут разработать свои собственные приложения, которые будут выписывать заказы, удовлетворяющие этой схеме.
Способ, при помощи которого создается документ-заказ, будет полностью скрыт от Все(пя и кого бы то ни было еше. Это может быть приложение базы данных, а может быть текстовый редактор — способ создания документа неизвестен н не играет роли. Более того, Все!пя может разработать много различных таблиц стилей ХЯ для материализации этого документа: одну — для отдела приема заказов, другую— для производственного отдела, третью — для бухгалтерии, четвертую — для отдела маркетинга. Может также быть специальная таблица стилей для клиентов. Клиенты компании Все!пя могут также создавать свои собственные таблицы стилей, основанные на этой схеме. Таким образом, каждый может материализовать содержимое стандартного документа-заказа любым подходяшим способом.
Четвертой важной характеристикой ХМБ является проверка допустимости документов, В случае с той же компанией Все!пй клиент при выписке заказа может проверить его допустимость относительно РТР или ХМБ-схемы, Так оп сможет быть уверенным, что отправляет компании только допустимые по типу и схеме заказы. Аналогичным образом, при приеме заказов на сайтах Все!пя может автоматически проверяться их допустимость относительно РТР или ХМБ-схемы. Это даст гарантию, что приняты будут только допустимые по типу и схеме заказы. Такую проверку допустимости можно организовать и без помощи ХМЕ., но это гораздо сложнее. Компании Все!пя пришлось бы написать для этого специальную программу и разослать ее всем клиентам и отделам, которым необходимо проводить проверку допустимости.
При этом для каждого типа документа понадобилась бы своя собственная программа. Используя стандарт ХМЕ, фирме достаточно лишь поместить РТР или схемы в доступное место, и все заинтересованные стороны смогут проверять допустимость своих документов различных типов. Последнее важное преимущество ХМЕ. заключается в том, что производственные группы могут разрабатывать РТР и ХМ1.-схемы индустриального масштаба. Организация под названием ОА515 ЕОгяап(га!!оп Еог !)се Ас]тапсе!пеп! оЕ 5!гисгцгес] 1пЕог!паПоп 5!апс]агс]з, Организация развития стандартов структурированной информации) служит как бы расчетной палатой для публикации стандартов ХМ1.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
