- •Введение
- •Методы хранения документов xml в реляционных базах данных
- •Хранение документов xml в sql Server
- •Хранение документов xml с использованием типа данных xml
- •Индексирование столбца xml
- •Типизированные в сравнении с нетипизированными xml
- •Типизированные столбцы xml, переменные и параметры
- •Представления каталогов схемы xml
- •Хранение документов xml с использованием декомпозиции
- •Поиск сохраненных документов xml и фрагментов
- •Идеальное решение для хранения xml - документов
- •Литература
Идеальное решение для хранения xml - документов
Необходимость объединения данных, формирование запросов и преобразование XML-данных являются критически-важными задачами для большинства проектов SOA. Раньше организации должны были обрабатывать XML, используя специальные программы, и затем полагаться или на простые решения для хранения на основе файлов, или на сложные решения на основе реляционных баз данных (реляционные СУБД) для обеспечения персистентности или длительного хранения. Но, если принять во внимание, что XML является основой архитектуры SOA - где XML используется для решения всех задач, а объемы, типы и сложность этих задач сильно различаются - подобные ручные, жестко запрограммированные подходы вызывали противоречие между скоростью и гибкостью.
Sonic XML Server предлагает более естественное, эффективное и гибкое решение, поскольку использует собственный обработчик XML и обеспечивает возможность манипуляции данными на основе стандартов, включая XQuery и поддержку расширенного XSLT-преобразования. Используя встроенную базу данных для постоянного хранения XML, созданную как сервис "первого класса" на шине Sonic ESB, Sonic XML Server в состоянии выполнять операции хранения, объединения, обработки запросов и преобразований для больших наборов XML-данных - быстрее и требуя меньших ресурсов для обработки, чем традиционные решения на основе файлов и реляционных СУБД.
Конвейерная обработка в XML Server обеспечивает высокую скорость и производительность XML-операций благодаря использованию находящегося в памяти индексированного представления XML, передаваемого по ссылке между шагами конвейерных операций.
Быстрая обработка и хранение операционных данных
Компания Sonic понимает важность XML для архитектуры SOA и повышения производительности XML для многих организаций и отраслей. Sonic ESB упрощает интеграцию и облегчает гибкое повторное использование бизнес-компонентов за счет использования сервисно-ориентированной архитектуры (SOA). Таким образом, она предлагает модель для надежного соединения и координации взаимодействия различных приложений и сервисов в географически распределенных предприятиях с обеспечением целостности транзакций.
Используемый в качестве дополняющего продукта, Sonic XML Server устраняет необходимость программирования XML-преобразований, хранит любые типы XML документов независимо от схемы и обеспечивает быстрое преобразование и эффективность обработки запросов. Секрет его производительности заключается в том, что Sonic XML Server хранит данные именно в формате XML, в уже разобранном и проиндексированном, готовом для обработки. Поскольку документы хранятся на диске в таком виде, приложениям не нужно ждать пока будет выполнен синтаксический анализ (parsing) в начале каждого этапа выполнения. Подобный подход дает следующие преимущества:
Не требуется написания кода для преобразований данных реляционных СУБД
Хранение любых документов независимо от схемы
Быстрое выполнение запросов и преобразований
Используя средства конвейерной обработки XML, последовательность стандартных XML-операций может быть выполнена в ходе единой транзакции, в которой результат или выходные данные одного шага становятся входными данными для следующего. Подобная архитектура существенно снижает требования к памяти и ЦПУ, уменьшает сетевой трафик и в результате - позволяет получить более эффективное и масштабируемое приложение. Следующий пример показывает многошаговый XML-конвейер сервера Sonic XML Server.
Примеры использования, демонстрирующие радикальные отличия
Использование архитектуры SOA изменяет подход к построению систем, поскольку теперь возможно взаимодействие распределенных и слабосвязанных систем в масштабе всего предприятия. Так как основным форматом для обмена данными в архитектуре SOA является XML, крайне важно включить в сервисы предприятия быстродействующий сервис для хранения и обработки XML. Роль подобного сервиса XML описана в трех следующих сценариях использования XML Server:
Промышленное протоколирование
XML-документы, представляющие события реального времени (зеленые линии) могут захватываться приложениями и использоваться для отслеживания, идентификации взаимодействия и связанных событий, охватывая все приложения. Серверы XML Server особенно полезны в телекоммуникационной индустрии для обработки trouble-tickets в системах оперативной поддержки (OSS).
Объединение данных
XML-документы, представляющие копии состояний удаленных баз данных, могут быть сохранены вместе в центральном XML-сервисе в агрегированном виде, откуда к ним в дальнейшем могут формироваться запросы. Примерами подобного использования могут служить такие системы, как системы управления рисками реального времени в финансовых службах и управление состоянием складских запасов в территориально распределенных складах.
Кэширование данных из удаленного источника
XML Server может быть использован в качестве кэша бэк-офисной базы данных для того, чтобы обеспечить эффективную поддержку портала или внешних Web-сервисов. При использовании подобным образом, XML Server снимает нагрузку с внутренней бэк-офисной системы, уменьшая транспортные коммуникационные задержки, связанные с использованием WAN-сети. Он также обеспечивает приложениям доступ к кэшируемым данным события в тех случаях, когда бэк-офисная система отключена. В данном сценарии, обеспечивается синхронизация двух баз данных за счет использования событийно-управляемой архитектуры, составляющей неотъемлемую часть (inherent event-driven design) Sonic ESB.
Мониторинг бизнес-активности
Sonic XML Server дает возможность захватывать и обрабатывать бизнес-события в форме XML-документов, когда они перемещаются по шине между сервисами. Используя эту возможность, компании могут определить процессы для ответа на события или могут объединить системные события низкого уровня в бизнес-события более высокого уровня.
В большинстве других подходов бизнес-события сильно связаны с архитектурой и не могут запускать новые процессы. Сохраняя сообщения на XML Server, можно сделать бизнес-события доступными для любого сервиса предприятия, независимо от платформы. Использование в качестве языка запросов XQuery позволяет определять сложные действия на основе одного XML-документа или совокупности миллионов XML-документов. XQuery — язык запросов, разработанный для обработки данных в формате XML. XQuery использует XML как свою модель данных.
XQuery 1.0 был разработан рабочей группой XML Query в составе организации W3C. Эта работа координируется другой рабочей группой, работающей над XSLT 2.0. Эти две группы разделяют ответственность за XPath 2.0, входящий в состав XQuery 1.0. 3 ноября 2005 года XQuery 1.0 получил статус W3C Candidate Recommendation, а 23 января 2007 года XQuery 1.0, одновременно с XSLT 2.0 и XPath 2.0, получил статус официальной рекомендации (W3C Recommendation). В настoящее время ведутся работы по развитию этого стандарта, с добавлением выражений для свободного поиска по тексту и для внесения изменений в XML документы и базы данных, а также для процедурных операций.
Сохранение находящихся в процессе передачи XML-документов дает возможность использовать автоматизированные хранилища данных; это позволяет сервисам на шине использовать операционные данные.
Всеобъемлющего XML Server предназначен для быстрого создания и развертывания XML и EII приложений.
Snapbridge FDX XML Server представляет собой мощную и гибкую серверную среду для создания и запуска приложений на основе технологии XML. FDX XML Server полностью поддерживает выполнение XSL, XSLT, и сценарии для постановки интеграции, сохранения и публикации информации в различных форматах.
FDX XML Server Основные характеристики:
Решений по управлению информацией, такой как Business Intelligence, интеграция данных о клиентах, EII и Content Management требуют обработки данных, контента и метаданных из различных источников и форматов, таких как реляционные базы данных, плоские файлы, универсальные данных, веб-сервисов, цифровых изображений Содержание данных, питается от ресурсов третьих сторон, другая информация из Интернета и т.д. В основе этих решений XML-технологий, таких как XSL и XSLT. FDX XML Server является наиболее гибкой и масштабируемой платформой для создания высокопроизводительных решений информации о результатах деятельности Управления.
Родные базы данных XML
Snapbridge FDX XML Server обеспечивает высокую производительность XML базы данных службы сохраняется, управление версиями, индексирования и поиска XML в лучших уровне детализации. Кроме того, он может хранить текст, HTML, изображений, PDF и другие файлы. Все данные хранятся в комбинации стандартных реляционных баз данных и файловой системы в целях обеспечения надежности и возможности управления, что предприятия ожидают и использовать производительность обоих.
FDX XML Server может также выступать в качестве виртуального, или федеративного, базы данных, предлагая консолидированное представление всех данных из подключенных внешних разнородных источников данных. FDX позволяет легко выполнять соединения и другие SQL команд по различным базам данных от разных производителей на разных операционных системах. Содержание этих источников становится доступным в мире браузеров, принтеры, карманные компьютеры, компакт-диски, мобильные телефоны, веб-приложений и веб-сервисов через Интернет в формате XML и в режиме реального времени.
Высокопроизводительный процессор обработки XML
Стили создаются например, с помощью перетаскивания. Итеративно импортировать исходные и целевые документы, а затем графически определить преобразования между ними. Нет необходимости в ОТД или ручного кодирования XSL. Включает в себя XPath визуализации, синтаксис помощь, и интегрированным просмотра браузера.
С помощью XML Server для выполнения вашей таблицы стилей XSLT, вы можете иметь готовую среду для надежного выполнения высокой производительности преобразований. Добавить XSLT к XML Server, и он может быть вызван через URL всякий раз, когда вам это нужно.
XML Server также поддерживает полнофункциональный XML языка сценариев - расширяемый протокол действий хранилища (XRAP) - для координации преобразований, доступ к данным, кэширование, и т.д.Полностью интегрирован с XStudio. Добавить XSLT вы создаете в XStudio непосредственно в XML Server.
Сложные службы кэширования
Нужна более высокую производительность при обработке XML? FDX XML Server имеет сложную службу кэширования, которая позволяет кэшировать XML в любой точке вашего обработки, от входящих источников данных для конечного результата наборы, в соответствии с политикой безопасности и так долго, как вам нужны данные кэшируются, от нескольких секунд до нескольких дней .
