Використання реляційної СУБД для структурованих XML-документів
Рассмотрены вопросы проектирования и формирования XML-документов для применения в приложениях баз данных. Предложена методология преобразования между реляционной и XML-моделями данных без потери семантических ограничений XML-схемы. Описана трансляция операции над XML в SQL для фрагментации XML-докум...
Збережено в:
| Опубліковано в: : | Управляющие системы и машины |
|---|---|
| Дата: | 2012 |
| Автор: | |
| Формат: | Стаття |
| Мова: | Українська |
| Опубліковано: |
Міжнародний науково-навчальний центр інформаційних технологій і систем НАН та МОН України
2012
|
| Теми: | |
| Онлайн доступ: | https://nasplib.isofts.kiev.ua/handle/123456789/83070 |
| Теги: |
Додати тег
Немає тегів, Будьте першим, хто поставить тег для цього запису!
|
| Назва журналу: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Цитувати: | Використання реляційної СУБД для структурованих XML-документів / О.А. Хорозов // Управляющие системы и машины. — 2012. — № 3. — С. 57-67. — Бібліогр.: 3 назв. — укр., рос. |
Репозитарії
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1859591585020248064 |
|---|---|
| author | Хорозов, О.А. |
| author_facet | Хорозов, О.А. |
| citation_txt | Використання реляційної СУБД для структурованих XML-документів / О.А. Хорозов // Управляющие системы и машины. — 2012. — № 3. — С. 57-67. — Бібліогр.: 3 назв. — укр., рос. |
| collection | DSpace DC |
| container_title | Управляющие системы и машины |
| description | Рассмотрены вопросы проектирования и формирования XML-документов для применения в приложениях баз данных. Предложена методология преобразования между реляционной и XML-моделями данных без потери семантических ограничений XML-схемы. Описана трансляция операции над XML в SQL для фрагментации XML-документов и конвертации реляционных данных в XML- документ.
The problems of XML-documents designs for the database applications are considered. The methodology of translation between relation and XML models with capturing semantic constraints of XML-schema are suggested on the example of XBRL statements. In addition, there are discussed the questions how the operations on XML are translated to SQL, then the problems of shredding the XML for relational database and converting the relational data into XML-document.
Розглянуто питання проектування та формування XML-документів для застосування у додатках баз даних. Запропоновано методологію перетворення між реляційною і XML-моделями даних без втрати семантичних обмежень XML-схеми. Описано трансляцію операції над XML у SQL для фрагментації XML-документів та конвертації реляційних даних у XML-документ.
|
| first_indexed | 2025-11-27T15:26:55Z |
| format | Article |
| fulltext |
УСиМ, 2012, № 3 57
Информационные и коммуникационные среды
УДК 681.3
О.А. Хорозов
Використання реляційної СУБД щодо структурованих XML документів
Рассмотрены вопросы проектирования и формирования XML-документов для применения в приложениях баз данных. Предложена
методология преобразования между реляционной и XML-моделями данных без потери семантических ограничений XML-схемы.
Описана трансляция операции над XML в SQL для фрагментации XML-документов и конвертации реляционных данных в XML-
документ.
The problems of XML-documents designs for the database applications are considered. The methodology of translation between rela-
tion and XML models with capturing semantic constraints of XML-schema are suggested on the example of XBRL statements. In addi-
tion, there are discussed the questions how the operations on XML are translated to SQL, then the problems of shredding the XML for
relational database and converting the relational data into XML-document.
Розглянуто питання проектування та формування XML-документів для застосування у додатках баз даних. Запропоновано ме-
тодологію перетворення між реляційною і XML-моделями даних без втрати семантичних обмежень XML-схеми. Описано
трансляцію операції над XML у SQL для фрагментації XML-документів та конвертації реляційних даних у XML-документ.
Модель даних XML-документів
Мова XML має безумовні переваги при об-
міні даними нарівні з можливістю об’єднання
даних документа в XML-файлі та відокремлен-
ня інформаційного наповнення документа від
засобів його форматування. Тобто, дані XML-до-
кумента можуть бути відокремлені від способу
представлення (розмітки), а інформація може
бути використана базою даних (БД) для пода-
льшої обробки та побудови аналітичних звітів.
Об’єктне моделювання інформаційної сис-
теми передбачає використання діаграми від-
ношень сутність–зв'язок та відображення її на
реляційну структуру БД. Проблема з викорис-
танням файлів або потоку даних XML-формату
полягає у перетворенні між реляційними і XML-
моделями даних та застосуванням БД щодо
деревовидних XML-файлів. Схема XML-файла
має відображати семантику діаграми сутність–
зв'язок об’єктної моделі, тоді фізичні дані ре-
ляційної БД будуть адекватно відображати XML
і навпаки XML-дані завантажуватися до БД без
втрати семантичних зв’язків.
У загальному вигляді XML має структуру де-
рева, яка описується набором вкладених тегів
(вузлів) з атрибутами. Імена вузлів вказують на
дані XML-документа. Мовою документообігу,
клас – це опис шаблону документа, а примір-
ник – заповнений шаблон. Класи поділяються
на вихідні (первинні) та аналітичні. Підтримка
цілісності даних при видаленні вузла дерева зво-
диться до вилучення його дочірніх елементів в
рамках документа. Природно, що сукупність
ієрархічних і горизонтально направлених зв'яз-
ків не повинна утворювати циклічних графів.
Проблема полягає в тому, що XML підтри-
мує тільки текстовий формат даних, навіть як-
що він представляє інші типи даних, такі як
дата або число. Якщо програмний додаток по-
требує іншого формату даних (що ймовірно),
він має провести аналіз XML-документа, перш
ніж використовувати дані. Телекомунікаційне
програмне забезпечення, використовуючи XML
для передачі даних, має нести навантаження,
пов’язане з ризиком невизначення зв'язку ODBC,
незалежно від типу БД. Як правило, програмне
забезпечення конвертує дані з тексту (XML) до
інших типів (БД), і навпаки. Рішенням цієї проб-
леми є XML-обізнана БД, у якій фактично роз-
мітка документа розглядається окремо від сут-
ностей. Оскільки XML-документ є інформацій-
ним об’єктом, який не має власних методів, то
робота з примірниками документів відбуваєть-
ся за допомогою аналізатора, в який їх заванта-
жують. Як аналізатор можна використати сис-
тему управління базами даних (СУБД) із пред-
ставленням моделі даних відповідно до струк-
тури документа.
58 УСиМ, 2012, № 3
Загальна архітектура документа передбачає
три рівня, які ієрархічно пов’язані між собою:
транзакційний, навігаційний та змістовний з ти-
пами даних. Використання інформації на при-
кладному рівні у форматі XML передбачає збе-
рігання ієрархічно структурованих даних за до-
помогою СУБД. Зберігання даних означає ви-
користання переваг обробки окремих даних без
вибірки всього документа та застосування опе-
рацій SQL. При обробці даних використовують
внутрішні засоби СУБД, а для представлення
на зовні – прикладні процедури формування до-
кументів у різних форматах, наприклад HTML,
PDF, XML.
Відзначимо, що мова XML описує дані дові-
льного документа, а реляційна мова представ-
ляє окремі його фрагменти. Структура XML-
документа – це пов’язані між собою елементи,
а XML-схеми містять багато необов'язкових еле-
ментів, які не існують у документі, але повинні
зберігатися в БД для збереження цілісності да-
них. Завдяки цій відмінності доцільно викори-
стати механізм трансляції XSD-графа на реля-
ційну схему і визначити, як операції над XML
відображаються у T-SQL. Формальне вирішен-
ня проблеми полягає в інтеграції XML-схеми з
БД та використанні технології XQuery як засо-
бу обробки XML-даних. Якщо дані «розмічати»
іменами тегів, а атрибути використовувати ли-
ше для посилань, то виходить вельми однорід-
на структура. Крім того, частину елементів до-
кумента можна віднести до метаданих як слов-
ника таксономії, що спростить його структури.
До цих елементів належать кортежі, які отото-
жнюють пов’язані між собою елементи і від-
повідають за ієрархічну структуру.
На теперішній час для зберігання XML-даних
і селективного пошуку інформації застосовують
об’єктно-орієнтовані мови програмування та ре-
ляційні БД. У цьому сенсі перспективи викорис-
тання об’єктно-орієнтованих БД (ООБД) викли-
кають серйозні сумніви, оскільки технологія
XML розвивається набагато швидше, ніж техно-
логія ООБД. Перетворення інформації у БД, що
підтримує мову XML, представлено на рис.1.
Для побудови моделі даних використаємо
концепцію реляційної БД. Зовнішнім представ-
ленням реляційної мови є набір двомірних таб-
лиць з невизначеним набором кортежів та об-
меженим набором атрибутів. У контрасті доку-
менти XML мають ієрархічну структуру.
SQL
Сервер
XML/SQL
Конвертор
XML/XLS
Конвертор
HTML, PDF - документи
XML - документи
Відношення
XPath - інтерфейси
XQuery - запити
SQL - інтерфейси
SQL - запити
Рис. 1. Реляційна СУБД з XML-даними
Для застосування формату XML провідними
виробниками СУБД доданий тип даних XML,
що дозволяє розбирати XML-документи на сер-
вері БД. Схеми БД підтримують структуру XML-
документів і забезпечують доступ до конкрет-
ного вузла документа за допомогою програм-
ного інтерфейсу. При роботі з XML-докумен-
тами одним із проміжних інтерфейсів до СУБД
є транслювання шляхів XPath у SQL-запити і
назад. У цьому випадку вузли XML-докумен-
та зберігаються в таблицях БД, а при запитах
XQuery документ XML відновлюється з цих
таблиць. Для зберігання ієрархічних структур
XML-документів можна застосувати: тип вузла
(елемент, атрибут, простір імен і кореневий ву-
зол); ім'я вузла (ім'я елемента, префікс просто-
ру імен); значення вузла (NULL для кореневого
вузла і елементів).
Для визначення проекції XML-документа на
реляційні таблиці використовують запити XQue-
ry та анотації в XML-схемі. Схема визначає ти-
пи даних як для елементів, так і атрибутів та
включає відомості про первинні ключі об’єктів.
Кортежі таблиці БД відображають елементи
складного типу схеми, а значення стовпців – ат-
рибути або елементи простого типу. Конверта-
ція XML-файла до реляційної структури відбу-
вається за допомогою спеціально створеної при-
кладної процедури.
Граматичний аналіз (parsing) XML для збе-
рігання у реляційній СУБД відомий як розще-
плення (shredding). Для приведення XML-да-
них до реляційних необхідна фрагментація на-
бору даних у відповідності до схеми БД. Ме-
ханізм відображення (mapping) XML-файла на
УСиМ, 2012, № 3 59
реляційну структуру суттєво спрощується, як-
що БД відповідає класу XML-файлів з однако-
вим набором атрибутів елементів тіла докуме-
нта. Тоді завантаження XML-даних із зовніш-
нього джерела до БД відбувається за допомо-
гою компонент .NET Framework і програмного
коду прикладного сервера, а потім використо-
вує мову SQL для роботи з інформацією.
Програмні засоби реляційних СУБД що-
до обробки XML-даних
На сервері БД (наприклад, MS SQL 2005/2008)
можна писати логіку, використовуючи інтегра-
цію з CLR (Common Language Runtime – ком-
понент .NET Framework) для підтримки бізнес-
правил. Бізнес-логіка задається за допомогою
керуючого коду C#.NET (VB.NET) або процедур
(storing procedures) та функцій T-SQL, які ви-
конують обробку даних.
Розглянемо переваги та недоліки викорис-
тання T-SQL або CLR:
розщеплення XML-файлів на SQL-сервері з
використанням T-SQL:
плюси: T-SQL є рідним для сервера, тому ви-
конання процедури буде швидше, ніж CLR-
рішення; мінуси: функціональність мови XML
є бідною порівняно з мовами програмуван-
ня; структура XML-файла має бути передана
до процедури; T-SQL не може працювати з
дисковим простором операційної системи;
розщеплення XML-файлів на SQL-сервері з
використанням CLR:
плюси: універсальність мови CLR (C# або
VB.NET); розширення можливостей для об-
робки складних XML-файлів; мінуси: необ-
хідно розгорнути і підтримати збірку на сер-
вері; відведення більшого ресурсу операти-
вної пам'яті для виконання процедур.
Сервер SQL, використовуючи CLR, запускає
інтерпретатор коду. Код «Just-in-time» компі-
люється в машинний код і виконується у влас-
ному просторі, а не інтерпретується. Ідея ви-
користання CLR полягає в тому, що процедура
пишеться мовою C# або VB .NET для вибірки
необхідного набору даних. Потім набір даних
записується у таблиці БД. Методологія CLR, як
правило, використовується лише для читання
даних. Причина полягає в тому, що T-SQL кра-
ще, ніж CLR обладнано для роботи із записом
даних у таблиці і тому не слід наповнювати
пам'ять за межами буферної зони сервера.
Платформа .Net Framework надає великі мож-
ливості у роботі з XML. Серед них: читання, за-
пис і серіалізація XML, підтримка XPath, XQuery,
XSLT, а також DataSet. Наприклад, за допомо-
гою запитів XQuery можна отримати дані для
подальшого формування XML-файлу з відпові-
дною схемою XSD. Остання формується за до-
помогою об'єктів DataSet, які дозволяють по-
давати реляційні дані в ієрархічній формі.
Коли використовується клас XmlSerializer для
отримання XML-даних, він фактично проецію-
ється на систему CLR. Щоб перенести дані між
об'єктами і XML, потрібне відображення конс-
трукцій мови програмування до схеми XML і на-
впаки. Клас XmlSerializer та інструменти типу
Xsd.exe забезпечують зв'язок між двома техно-
логіями як на етапі розробки, так і при вико-
нанні процедур.
Для розробки прикладних додатків пропону-
ється використати бібліотеку ADO.NET, яка міс-
тить класи простору імен System.XML. Бібліотека
ADO.NET надає можливість переводити XML-
документи в таблиці і навпаки, відображати дані
із реляційних таблиць в XML-документ. Зокре-
ма, об’єкти класу DataSet надають можливість:
читати дані у XML-форматі; заповнювати Data-
Set даними із XML-файлів; маніпулювати дани-
ми. Фактично об'єкт Dataset зберігає дані в ло-
кальній пам'яті та заповнюється через провай-
дера даних. Провайдери даних .NET встанов-
люють з'єднання та витягують дані джерела.
Принципи роботи класів ADO.NET с БД на-
ступні: встановлюють з'єднання з джерелом да-
них, використовуючи SQLConnection; створю-
ють об'єкти SQLCommand, які посилають на ви-
конання; використовують SQLDatareader для
вибірки даних; закривають SQLDatareader і
SQLConnection. Клас SqlDataAdapter викорис-
товується спільно з класами SQLСonnection і
SQLСommand при підключенні до БД і слугує
містком між DateSet і SQL Server для отри-
мання даних за допомогою інструкцій T-SQL.
Функції SqlDataAdapter полягають у заповнен-
ні, перетворенні та оновленні даних.
60 УСиМ, 2012, № 3
DataSet
SQLDataAdapter БД
XML-документ
XMLReader
XMLWriter
SQLСonnection
SQLСommandWriter
Рис. 2. Функціональне навантаження SqlDataAdapter
Для виконання сценарію обробки XML-да-
них необхідно: сформувати XML-файл, засно-
ваний на схемі; імпортувати XML-дані до сер-
вера та зберігати первинний XML-файл в БД;
отримати набір даних (після їх обробки на сер-
вері) для формування XML-документа. Цей клас
використовують у випадку відсутності необхід-
ності дотримуватися принципу цілісності даних.
Формування інформаційного ресурсу (схо-
вища) XML-документів
Розглянемо технологію формування схови-
ща фінансової статистичної звітності з викори-
станням СУБД. Оскільки мова XML використо-
вується як засіб передачі інформації, природно
застосувати її для формування та подання звіт-
ності суб’єктами господарювання. Мова ділової
звітності XBRL, що є одним з розширень XML,
дозволяє здійснювати обмін інформацією між
різними програмними засобами та операційни-
ми системами. При обміні інформацією між учас-
никами документообігу XBRL забезпечує транс-
ляцію бухгалтерських концептів у набір даних
та зберігає семантику значень фінансових по-
казників. Таксономія XBRL являє собою колек-
цію метаданих, які визначають модель даних,
включаючи відношення між елементами. Існу-
ють різні розширення таксономій відповідно до
національних стандартів. Повний опис специфі-
кації XBRL версії 2.1 є на сайті www.xbrl.org [1].
Кожен документ XBRL-формату містить об'-
єкти, що відображують його контекст і дані.
Наявність різноманітних ієрархічних структур
документів веде до проектування цілого набо-
ру конверторів щодо завантаження даних у БД.
З урахуванням даних для подальшого аналізу,
адаптер завантаження XML-файлів у БД має пе-
редбачити перевірку узгодженості елементів до-
кумента з класифікатором, оскільки примірник
документа може мати розширення таксономії.
Підхід, який дає можливість уникнути по-
дання даних через складні ієрархічні структу-
ри, є залучення системи зв’язків XLink. Відпо-
відно до технічної специфікації XBRL, таксоно-
мія складається зі схеми (Schema) і системи зв'яз-
ків (Linkbases). Специфікація XBRL визначає еле-
менти та атрибути XML, які застосовуються для
опису інформації. Базовий синтаксис документів
спирається на схему, яка містить визначення
елементів, тоді як система зв'язків визначає сто-
сунки між елементами. При оголошенні коре-
невого елемента з іменем document вказується
посилання на схему і бази зв’язків, а саме:
<?xml version="1.0" encoding="utf-8"?>
<ua-pfs:document xmlns:ua-pfs='http://xbrl.org.ua/ua-
pfs/2009-05-15'
xmlns:iso4217='http://www.xbrl.org/2003/iso4217'
xmlns:xbrli='http://www.xbrl.org/2003/instance'
xmlns:xbrll = 'http://www.xbrl.org/2003/linkbase'
xmlns:xlink = 'http://www.w3.org/1999/xlink'
xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
xmlns:samp='http://www.ABC.com/Taxonomy'>
<xlink:schemaRef xlink:type='simple' xlink:href='ABC-
Taxonomy.xsd'/>.
Елементи документа мають атрибути: ім’я,
тип даних, код, контекст. Останній необхідний
для розуміння фінансового факту, що містить-
ся в елементі.
Специфікація XBRL не містить рекомендацій
з використання методів передачі інформації.
Питання цілісності і конфіденційності лежать
поза сферою XBRL, основне завдання якої – ві-
дображення вмісту звітності в погодженому
форматі. Тому система консолідації звітності
мусить враховувати особливості протоколу об-
міну даними XML-формату [2].
Під час обміну інформацією між абонентами,
основна проблема полягає в тому, щоб дані мог-
ли бути визначені незалежно від платформи про-
грамного забезпечення. Зазвичай, для створен-
ня звітних документів використовують програм-
ні засоби бухгалтерського обліку або формат
електронних таблиць типу XLS. Формування
звітності мовою XBRL потребує відповідного
словника таксономії. Якщо бухгалтерський об-
лік ведеться на базі сучасної СУБД, то не скла-
дає труднощів отримати звіт у XBRL- форматі
або формуванні XML-файла із XLS- таблиць з
кодуванням макросу для даних формату «utf-8».
Клієнтська частина системи виконує опера-
цію формування файлу XML та криптографіч-
ного перетворення (накладення/перевірка ци-
УСиМ, 2012, № 3 61
фрового підпису, шифрування/дешифрування).
Абонент взаємодіє з серверною частиною сис-
теми через Web-службу синхронного обміну по-
відомленнями, яка підтримує XML-формат даних
за допомогою ASP-сторінок. Суб'єкт ініціює ви-
конання функції звернення до Web-сервісу та
передачі даних. Після завершення процесу іні-
ціаторові запиту передається відповідне повід-
омлення.
Інформаційна система моніторингу фінансо-
вої звітності передбачає прийом даних при взає-
модії з абонентами та агрегацію показників ді-
яльності суб’єктів господарювання в єдине схо-
вище для порівняльного аналізу і створення ана-
літичних матеріалів. Програмне забезпечення
блоку збору даних суб'єктів обліку виконує на-
ступні функції: підтримку протоколу обміну да-
ними та перевірку формату введення даних;
прийом і завантаження даних з XML-файлів у
СУБД; введення довідників, класифікаторів та
журналу змін даних.
Структура БД, крім зберігання первинних
документів, має забезпечити введення реєстру
показників звітності, статистичних кодів підпри-
ємств та враховувати необхідність розрахунку
індикативних показників. Фрагмент структури
БД представлено на рис. 3.
Документ Організація
ЄДРПО
Довідник
елементів
Значення
елементів
КОАТУ
КВЕД
ЗКНГ
КОПФГ
Категорії
елементів
Одиниці
виміру
Контекст
Дата
Рис. 3. Фрагмент діаграми БД
Сховище метаданих документів передбачає
класифікацію за регіонами, галузями, видами
діяльності, організаціями, періодами, звітами та
їх розділами. Надана структура БД відображає
сутність документа через довідники елементів
звітності, таблиці контексту і одиниці виміру,
значення яких визначаються атрибутами еле-
ментів. Для обліку господарюючих суб’єктів ви-
користано наступні статистичні коди підпри-
ємств (організацій): ЄДПРОУ (реєстровий но-
мер); КОАТУУ (територія); КОПФГ (форма гос-
подарювання); СПОДУ (орган управління);
ЗКНГ (галузь); КВЕД (вид економічної діяль-
ності); ДКУД (управлінська документація). Ці
класифікатори дозволять групувати підприєм-
ства за регіонами, галузями та видами діяльно-
сті при порівняльному аналізі. Для аналізу суб'-
єктів обліку введено додаткові виміри як ком-
бінації первинних показників звітності та розра-
ховано індикатори діяльності підприємств за
відповідними функціями. Збереження ключових
індикаторів ефективності ведеться з урахуван-
ням рекомендованих значень індикаторів.
В процесі формування статистичного ресур-
су програмний блок обробки даних виконує
наступні функції: розрахунок аналітичних по-
казників та виявлення розбіжностей з рекомен-
дованими значеннями; групування аналітичних
показників за різними аспектами діяльності під-
приємств та групування підприємств для порі-
вняння їх показників за регіонами, галузями та
видами діяльності; формування аналітичних зві-
тів з урахуванням динаміки показників у часі.
Система ідентифікаторів і класифікато-
рів інформаційного ресурсу
Інформаційний ресурс (ІР) фінансової звітно-
сті складається з сукупності об'єктів з атрибута-
ми (наприклад, інформаційний об'єкт документ).
Кожному об'єкту необхідно присвоїти ідентифі-
катор, який кодує документи і класифікатори.
Об’єктний ідентифікатор (OID) однозначно іден-
тифікує об’єкт в адресному просторі об'єктних
ідентифікаторів. OID виконує наступні функції:
забезпечує надання електронного ключа для за-
стосування цифрового підпису, ідентифікацію
абонента мережі та визначає тип документа. Ви-
моги щодо обов’язковості певної частини еле-
ментів, які описують ідентифікатор і тип доку-
мента, забезпечують його повноту та валідність.
Розглянемо приклад заголовку документа:
<Одержувач-Identifier>
<id root='1.2.804.5.1.2301' extension='1801'
displayable='true'/>
<rootOrg
name='МоніторингФінансовоїЗвітності'
code='FSR1'/>
<telecom value='(tel):+38044ххххххx;
(url):pfs@finstat.ua'/>
</Одержувач-Identifier>
<Абонент-Identifier>
<id root='1.2.840.5.3.1234567890' exten-
sion='1801.1.2010'/>
62 УСиМ, 2012, № 3
<typeID root='1.2.804.5.1.хх.1801' exten-
sion='FS1801230'/>
<confidentiality code='R' codeSystem='
=1.2.16.804.5.3.1801'/>
<title verNumber='1'>Фінансова звітність
за 2010</title>
<effectiveTime
value='20101012103000+0200'/>
<telecom value=' (tel):38044xxxxxx;
(mailto):info@org-ABC.com'/>
</Абонент-Identifier>
У заголовку маємо префікс 1.2.804, який при-
значено для зразків підпису електронних доку-
ментів інфраструктури ідентифікаторів об’єктів
(PKI – Private Key Infrasructure) українського сег-
менту світового простору (ISO.member-body.UA).
Слід відзначити, що для визначення PKI за-
мість ISO.member-body.UA можна використати
префікс 2.16.804 стандарту ISO-ITU-T для визна-
чення простру об’єктів прикладної системи або
ідентифікатори GUID. Згідно з стандартом іде-
нтифікатор документа id складається з кореня
(root), привласненого організації, і розширення
(extension). Наприклад, документ з номером
1801.1.2010 має наступний ідентифікатор:
<id root='1.2.840.5.3.1234567890'
extension='1801.1.2010'/>,
тут root є OID установи з реєстраційним номе-
ром ЄДПРО 1234567890.
Привласнення ідентифікаторів OID потріб-
но для кодування інформації і розробки авто-
матизованих систем обміну документами з
цифровим підписом. Для цього можна викори-
стовувати шаблон <root OID><system><location>
<typeID>, наприклад з коренем 2.16.840.5.1. Тоді
кодування у системі (2301) з організацією
(1234567890) для документа (1801001) буде
2.16.840.5.1.2301.1234567890.1801001.
Заголовок також має містити назву, дату ство-
рення документа і посилання на організацію, до
якої він належить. При розширенні номенкла-
тури документів системи потрібно вводити по-
няття типів документів. Значення типу докумен-
та вибирається з класифікатора та має обов’яз-
ковий атрибут code, а ідентифікатор типу до-
кумента typeID містить атрибути root, extension
для опису його структури.
Елементи документа містять набори атри-
бутів. Разом з ідентифікацією об'єктів необхід-
но створювати класифікатори атрибутів ресур-
су. Слід зазначити, що хаотичний розвиток ін-
формаційних ресурсів призводить до ситуації,
коли одні й ті ж атрибути кодуються за різни-
ми класифікаторами. Це виключає можливість
інтеграції різних ІР та ускладнює використання
даних. Для вирішення проблеми власник ІР має
чітко визначити правила побудови дерева об’-
єктних ідентифікаторів при класифікації атри-
бутів. Тоді засоби конвертації щодо навігацій-
ної складової XML-файлу можуть застосовува-
ти програмні засоби автоматичного визначен-
ня атрибутів абонента для прийму інформації.
Програмний модуль обробки XML-даних
Іноді власники інформаційних систем моні-
торингу не мають можливості або не бажають
використовувати on-line доступ до БД із засто-
суванням WEB-сервісів. Тоді формується файл
даних визначеної структури, який передається
до власника ІР наявними засобами зв’язку. Од-
ним із методів для обробки XML-даних при
формуванні ІР є програмні модулі CLR [3].
Використання CLR-модулів обумовлено тим,
що засоби T-SQL не мають доступу до файло-
вого простору локальної мережі. В принципі,
достатньо було б використати функцією читан-
ня даних з XML-файлу програмним модулем
CLR, якби не існуюче обмеження на довжину
XML-поля, що передається до T-SQL-процеду-
ри. Виходом є створення всієї бізнес-логіки на
боці CLR-модуля та завантаження даних із під-
тримкою цілісності.
Схема прийому-передачі XML-даних викори-
стовує CLR-модуль, який активізує сервер БД і
передає параметри XML-файлу. Алгоритм функ-
ціонування програмного модуля наступний:
пошук елементів, які визначають атрибути
абонента повідомлення та контент XML-файлу;
активізація T-SQL щодо формування набо-
ру даних для завантаження у БД та одночасна
перевірка цілісності даних;
пошук тегу початку інформаційного тіла
документа;
читання наступних параметрів: код показ-
ника у класифікаторі; позначку початку/закін-
чення звітного періоду; значення одиниці виміру
показника; значення і формат показника звітності;
УСиМ, 2012, № 3 63
завантаження даних документа в таблиці
БД;
закінчення роботи при знаходженні кінце-
вого тегу документа.
Процедура спирається на структуру XML-
файлу і при невідповідному форматі або по-
рушенні цілісності даних аварійно закінчує ро-
боту. Оскільки схема документа містить логіч-
ну модель обміну інформацією, програмний мо-
дуль CLR аналізує синтаксис документа та зі-
ставляє його зі схемою БД. Програмний модуль
має властивості завантаження інформації з XML-
документа до БД у декодованій формі, а також
формує XML-документ із контенту БД викори-
стовуючи відповідний клас XML-документів.
Висновки. Запропоновану у статті проце-
дура імпорту даних супроводжується кроками
щодо збереження семантики XML-схеми для
фрагментації XML-документів на прикладі ви-
користання XBRL і формування інформаційно
го ресурсу. Семантичні обмеження схеми XML-
документа зберігаються у реляційній схемі у
формі функціональних зв’язків і багатозначних
залежностей. Зворотна процедура формування
XML-документа з контенту БД передбачає кон-
вертацію реляційних даних у XML-формат. Крім
того, визначено необхідність узгодженості об-
міну даними за допомогою об’єктних ідентифі-
каторів для навігації інформаційного потоку що-
до автоматизації процесу консолідації даних.
1. Extensible Business Reporting Language (XBRL) 2.1. –
http://www.xbrl.org/Specification/XBRLRECOMMEN-
DATION-2003-1231+Corrected-Errata-2008-07-02.htm
2. Хорозов О.А. Розробка формату передачі даних діло-
вої звітності // УСиМ. – 2010. – № 5. – С. 65–74.
3. Introduction to SQL Server CLR Integration (ADO.NET). –
http://msdn.microsoft.com/en-us/library/ms254498.aspx
Поступила 26.04.2011
Тел. для справок: (+38095) 277-8194 (Киев)
E-mail: oleh753@hotmail.com
© О.А. Хорозов, 2012
О.А. Хорозов
Использование реляционной СУБД для структурированных XML-документов
Модель данных XML
Язык XML имеет безусловные преимущества при об-
мене данными наряду с возможностью объединения дан-
ных документа в XML-файле и отделения информацион-
ного наполнения документа от средств форматирования,
т.е. данные XML-документа могут быть отделены от спо-
соба представления (разметки), а информация может быть
использована базой данных (БД) для последующей об-
работки и построения аналитических отчетов.
Объектное моделирование информационной системы
предусматривает использование диаграммы отношений
сущность–связь и отображения ее на реляционную струк-
туру БД. Проблема с использованием файлов или потока
данных XML-формата заключается в преобразовании меж-
ду реляционными и XML-моделями данных с применением
БД относительно древовидных XML-файлов. Схема XML-
файла должна отражать семантику диаграммы сущность–
связь объектной модели, тогда физические данные реляци-
онной БД будут адекватны XML и наоборот XML-данные
загружаются в БД без потери семантических связей.
В общем виде XML имеет структуру дерева, которая
описывается набором вложенных тегов (узлов) с атри-
бутами. Имена узлов указывают на данные XML-доку-
мента. Используя язык документооборота, класс – это
описание шаблона документа, а экземпляр – заполнен-
ный шаблон. Классы делятся на выходные (первичные)
и аналитические. Поддержка целостности данных при
удалении узла дерева сводится к удалению его дочерних
элементов в рамках документа. Естественно, что сово-
купность иерархических и горизонтально направленных
связей не должна образовывать циклических графов.
Проблема заключается в том, что XML поддерживает
только текстовый формат данных, даже если он представ-
ляет другие типы данных, такие как дата или число. Если
программное приложение требует измененного формата
данных (что вероятно), он должен провести анализ XML-
документа, прежде чем использовать данные. Телекомму-
никационное программное обеспечение, используя XML
для передачи данных, должно нести нагрузку, связанную с
риском неопределения связи ODBC, независимо от типа
БД. Как правило, программное обеспечение конвертиру-
ет данные из текста (XML) в другие типы (БД), и наоборот.
Решение этой проблемы – использование «осведомлен-
ной» об XML БД, в которой фактически разметка доку-
мента рассматривается отдельно от сущностей. Поскольку
XML-документ, будучи информационным объектом, не
имеет собственных методов, то работа с экземплярами
документов происходит с помощью анализатора, в ко-
торый их загружают. В качестве анализатора можно ис-
пользовать систему управления базами данных (СУБД) с
64 УСиМ, 2012, № 3
представлением модели данных в соответствии со струк-
турой документа.
Общая архитектура документа предусматривает три
уровня, иерархически связанные между собой: транзакци-
онный, навигационный и содержательный с типами дан-
ных. Использование информации на прикладном уровне
в формате XML подразумевает хранение иерархически
структурированных данных с помощью СУБД. Хранение
данных означает обработку отдельных данных без выбор-
ки всего документа и применения операций SQL. При
обработке данных используют внутренние средства СУБД,
а для представления – прикладные процедуры формиро-
вания документов в различных форматах, например HTML,
PDF, XML.
Отметим, что язык XML описывает данные произволь-
ного документа, а реляционный язык представляет отдель-
ные фрагменты документа. Структура XML-документа
представляет собой связанные между собой элементы, а
XML-схемы содержат много необязательных элементов,
не существующих в документе, но которые должны хра-
ниться в БД для сохранения целостности данных. Благо-
даря этому различию целесообразно использовать меха-
низм трансляции XSD-графа на реляционную схему и
определить, как операции над XML отображаются в T-
SQL. Формальное решение проблемы заключается в ин-
теграции XML-схемы с БД и использовании технологии
XQuery как средства обработки XML-данных. Если дан-
ные «размечать» именами тегов, а атрибуты использовать
только для ссылок, то получается довольно однородная
структура. Кроме того, часть элементов документа мож-
но отнести к метаданным в качестве словаря таксоно-
мии, что приведет к упрощению его структуры. К этим
элементам относятся кортежи, отождествляющие связан-
ные между собой элементы и ответственные за иерархи-
ческую структуру.
В настоящее время для хранения XML-данных и се-
лективного поиска информации применяют объектно-ори-
ентированные языки программирования и реляционные
БД. В этом смысле перспективы использования объект-
но-ориентированных БД (ООБД) вызывают серьезные
сомнения, поскольку технология XML развивается го-
раздо быстрее, чем технология ООБД. Преобразование
информации в БД, поддерживающей язык XML, пред-
ставлено на рис. 1.
SQL
Сервер
XML/SQL
Конвертор
XML/XLS
Конвертор
HTML, PDF - документы
XML - документы
Отношения
XPath - интерфейсы
XQuery - запросы
SQL - интерфейсы
SQL - запросы
Рис. 1. Реляционная СУБД с XML-данными
Для построения модели данных используем концеп-
цию реляционной БД. Внешним представлением реляци-
онного языка есть набор двухмерных таблиц с неопре-
деленным набором кортежей и ограниченным набором
атрибутов. В контрасте документы XML имеют иерар-
хическую структуру.
Для применения формата XML ведущими производи-
телями СУБД добавлен тип данных XML, что позволяет
разбирать XML-документы на сервере БД. Схемы БД под-
держивают структуру XML-документов и обеспечивают
доступ к конкретному узлу документа посредством про-
граммного интерфейса. При работе с XML-документами
один из промежуточных интерфейсов к СУБД – транс-
лирование путей XPath в SQL-запросы и обратно. В этом
случае узлы XML-документа сохраняются в таблицах БД, а
при запросах XQuery документ XML восстанавливается
из этих таблиц. Для хранения иерархических структур
XML-документов можно использовать: тип узла (элемент,
атрибут, пространство имен и корневой узел), имя узла
(имя элемента, префикс пространства имен); значение
узла (NULL для корневого узла и элементов).
Для определения проекции XML-документа на реляци-
онные таблицы используют запросы XQuery и аннотации в
XML-схеме. Схема определяет типы данных как для эле-
ментов, так и атрибутов, и включает в себя сведения о пер-
вичных ключах объектов. Кортежи таблицы БД отража-
ют элементы сложного типа схемы, а значения столбцов –
атрибуты или элементы простого типа. Конвертация
XML-файла в реляционную структуру происходит с по-
мощью специально созданной прикладной процедуры.
Грамматический анализ (рarsing) XML для хранения
в реляционной СУБД известен как расщепление (shred-
ding). Для приведения XML-данных к реляционным не-
обходима фрагментация набора данных в соответствии
со схемой БД. Механизм отображения (mapping) XML-
файла на реляционную структуру существенно упроща-
ется, если БД соответствует классу XML-файлов с оди-
наковым набором атрибутов элементов тела документа.
Тогда загрузка XML-данных из внешнего источника в
БД происходит посредством компонент .NET Framework
и программного кода прикладного сервера и использует
язык SQL для работы с информацией.
Программные средства реляционных СУБД по
обработке XML-данных
На сервере БД (например, MS SQL 2005/2008) можно
писать логику, используя интеграцию с CLR (Common
Language Runtime – компонент .NET Framework) для под-
держки бизнес-правил. Бизнес-логика задается с помо-
щью управляющего кода C#. NET (VB.NET) или проце-
дур (storing procedures) и функций T-SQL, выполняю-
щих обработку данных.
Рассмотрим преимущества и недостатки использова-
ния T-SQL или CLR:
расщепление XML-файлов на SQL-сервере с ис-
пользованием T-SQL:
плюсы: T-SQL – родной для сервера, поэтому выпол-
нение процедуры будет быстрее, чем CLR-решения;
минусы: функциональность языка XML беднее в срав-
нении с языками программирования, структура XML-
файла должна быть передана в процедуру; T-SQL не
УСиМ, 2012, № 3 65
может работать с дисковым пространством операци-
онной системы;
расщепление XML-файлов на SQL-сервере с ис-
пользованием CLR:
плюсы: универсальность языка CLR (C# или VB.NET),
расширение возможностей для обработки сложных
XML-файлов; минусы: необходимо развернуть и под-
держивать сборку на сервере; отвод большего ресур-
са оперативной памяти для выполнения процедур.
Сервер SQL, используя CLR, запускает интерпретатор
кода. Код «Just-in-time» компилируется в машинный код
и выполняется в собственном пространстве, а не интер-
претируется. Идея использования CLR состоит в том, что
процедура пишется на языке C# или VB .NET для выборки
необходимого набора данных, который затем записыва-
ется в таблицы БД. Методология CLR, как правило, ис-
пользуется только для чтения данных. Причина заклю-
чается в том, что T-SQL лучше, чем CLR работает с про-
цедурой записи данных в таблицы и поэтому память не
переполняется за пределами буферной зоны сервера.
Платформа .Net Framework предоставляет большие воз-
можности в работе с XML: чтение, запись и сериализация
XML, поддержка XPath, XQuery, XSLT, а также DataSet.
Например, с помощью запросов XQuery можно получить
данные для последующего формирования XML-файла с
соответствующей схемой XSD. Последняя формируется
с помощью объектов DataSet, позволяющими представ-
лять реляционные данные в иерархической форме.
Когда используется класс XmlSerializer для получе-
ния XML-данных, он фактически проецируется на сис-
тему CLR. Чтобы перенести данные между объектами и
XML, требуется отображение конструкций языка про-
граммирования в схему XML и наоборот. Класс XmlSeri-
alizer и инструменты типа Xsd.exe, обеспечивают связь
между двумя технологиями как на этапе разработки, так
и при выполнении процедур.
Для разработки прикладных приложений предлагает-
ся использовать библиотеку ADO.NET, содержащую клас-
сы пространства имен System.XML. Библиотека ADO.NET
предоставляет возможность переводить XML-документы
в таблицы и наоборот, отображать данные из реляцион-
ных таблиц в XML-документ. В частности, объекты класса
DataSet предоставляют возможность: читать данные в
XML-формате, заполнять DataSet данными из XML-фай-
лов, манипулировать данными. Фактически объект Dataset
сохраняет данные в локальной памяти и заполняется че-
рез провайдера данных. Провайдеры данных .NET уста-
навливают соединения и извлекают данные источника.
Принципы работы классов ADO.Net с БД следую-
щие: устанавливают соединение с источником данных,
используя SQLConnection; создают объекты SQLCommand,
которые посылают на выполнение; используют SQLData-
reader для выборки данных; закрывают SQLDatareader и
SQLConnection. Класс SqlDataAdapter используется со-
вместно с классами SQLСonnection и SQLСommand при
подключении к БД и служит мостиком между DateSet и
SQL Server для получения данных с помощью инструк-
ций T-SQL. Функции SqlDataAdapter заключаются в за-
полнении, преобразовании и обновлении данных.
DataSet
SQLDataAdapter БД
XML-документ
XMLReader
XMLWriter
SQLСonnection
SQLСommandWriter
Рис. 2. Функциональная нагрузка SqlDataAdapter
Для выполнения сценария обработки XML-данных
необходимо: сформировать XML-файл, основанный на
схеме; импортировать XML-данные в сервер и сохранять
первоначальный XML-файл в БД; получить набор дан-
ных (после их обработки на сервере) для формирования
XML-документа. Этот класс используется в случае, ко-
гда отсутствует необходимость придерживаться прин-
ципа целостности данных.
Формирование информационного ресурса (храни-
лища) XML-документов
Рассмотрим технологию формирования хранилища фи-
нансовой статистической отчетности с использованием
СУБД. Поскольку язык XML используется как средство
передачи информации, естественно применить этот фор-
мат для формирования и представления отчетности субъ-
ектами хозяйствования. Язык деловой отчетности XBRL –
один из расширений XML, позволяет осуществлять об-
мен информацией между различными программными
средствами и операционными системами. При обмене ин-
формацией между участниками документооборота XBRL
обеспечивает трансляцию бухгалтерских концептов в на-
бор данных и сохраняет семантику значений финансо-
вых показателей. Таксономия XBRL представляет собой
коллекцию метаданных, определяющих модель данных,
включая отношения между элементами. Существуют раз-
личные расширения таксономий согласно национальным
стандартам. Полное описание спецификации XBRL вер-
сии 2.1 находится на сайте www.xbrl.org [1].
Каждый документ XBRL-формата содержит объекты,
отображающие его контекст и данные. Наличие разно-
образных иерархических структур документов приводит
к проектированию целого набора конверторов по загруз-
ке данных в БД. При использовании данных для даль-
нейшего анализа адаптер загрузки XML-файлов в БД дол-
жен предусмотреть проверку согласованности элементов
документа с классификатором, поскольку экземпляр до-
кумента может иметь расширение таксономии.
Подход, позволяющий избежать представления дан-
ных через сложные иерархические структуры, – привле-
чение системы связей XLink. Согласно технической спе-
цификации XBRL таксономия состоит из схемы (Schema)
и системы связей (Linkbases). Спецификация XBRL оп-
ределяет элементы и атрибуты XML, которые использу-
ются для описания информации. Базовый синтаксис до-
кументов опирается на схему, содержащую определение
элементов, тогда как система связей определяет отноше-
ния между элементами. При объявлении корневого эле-
мента с именем document указывается ссылка на схему и
базы связей, а именно:
66 УСиМ, 2012, № 3
<?xml version="1.0" encoding="utf-8"?>
<ua-pfs:document xmlns:ua-pfs='http://xbrl.org.ua/ua-pfs/2009-05-15'
xmlns:iso4217='http://www.xbrl.org/2003/iso4217'
xmlns:xbrli='http://www.xbrl.org/2003/instance'
xmlns:xbrll = 'http://www.xbrl.org/2003/linkbase'
xmlns:xlink = 'http://www.w3.org/1999/xlink'
xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
xmlns:samp='http://www.ABC.com/Taxonomy'>
<xlink:schemaRef xlink:type='simple' xlink:href='ABC-Taxonomy.xsd'/>.
Элементы документа имеют атрибуты: имя, тип дан-
ных, код, контекст. Последний необходим для понима-
ния финансового факта, содержащегося в элементе.
Спецификация XBRL не содержит рекомендаций по ис-
пользованию методов передачи информации. Вопрос це-
лостности и конфиденциальности лежит вне сферы
XBRL, основная задача которой – отображение содер-
жимого отчетности в согласованном формате. Поэтому
система консолидации отчетности должна учитывать осо-
бенности протокола обмена данными XML-формата [2].
При обмене информацией между абонентами основ-
ная проблема заключается в том, чтобы данные могли
быть определены независимо от платформы программ-
ного обеспечения. Обычно для создания отчетных до-
кументов используют программные средства бухгалтер-
ского учета или формат электронных таблиц типа XLS.
Формирование отчетности с помощью XBRL требует со-
ответствующего словаря таксономии. Если бухгалтер-
ский учет ведется на базе современной СУБД, то не со-
ставляет труда получить отчет в XBRL-формате или фор-
мировании XML-файла из XLS таблиц с кодировкой мак-
роса для данных формата utf-8.
Клиентская часть системы выполняет операцию фор-
мирования файла XML и криптографического преобра-
зования (наложение/проверка цифровой подписи, шифро-
вания/дешифрования). Абонент взаимодействует с сервер-
ной частью системы через Web-службу синхронного об-
мена сообщениями, которая поддерживает XML-формат
данных с помощью ASP-страниц. Субъект инициирует
выполнение функции обращения к Web-сервису и пере-
дачи данных. После завершения процесса инициатору
запроса передается сообщение.
Информационная система мониторинга финансовой
отчетности предусматривает прием данных при взаимо-
действии с абонентами и агрегацию показателей дея-
тельности субъектов хозяйствования в единое хранили-
ще для сравнительного анализа и создания аналитиче-
ских материалов. Программное обеспечение блока сбора
данных субъектов учета выполняет следующие функции:
поддержку протокола обмена данными и проверку фор-
мата ввода данных, прием и загрузку данных из XML-
файлов в СУБД; введение справочников, классификато-
ров и журнала изменений данных.
Структура БД, кроме хранения первичных докумен-
тов, должна обеспечить введение реестра показателей
отчетности, статистических кодов предприятий и учи-
тывать необходимость расчета индикативных показате-
лей. Фрагмент структуры БД представлены на рис.3.
Хранилище метаданных документов предусматрива-
ет классификацию по регионам, отраслям, видам деятель-
ности, организациям, периодам, отчетам и их разделам.
Предоставленная структура БД отражает сущность до-
кумента через справочники элементов отчетности, табли-
цы контекста и единиц измерения, значения которых оп-
ределяются атрибутами элементов. Для учета хозяйству-
ющих субъектов использованы следующие статистичес-
кие коды предприятий (организаций): ЕДПРОУ (регистро-
вый номер); КОАТУУ (территория); КОПФГ (форма хо-
зяйствования); СПОДУ (орган управления); ЗКНГ (от-
расль); КВЕД (вид экономической деятельности); ДКУД
(управленческая документация). Эти классификаторы по-
зволят группировать предприятия по регионам, отраслям и
видам деятельности при сравнительном анализе. Для ана-
лиза субъектов учета введены дополнительные измере-
ния как комбинации первичных показателей отчетности
и рассчитаны индикаторы деятельности предприятий по
соответствующим функциям. Хранение ключевых ин-
дикаторов эффективности ведется с учетом рекомендо-
ванных значений индикаторов.
Документ Организация
ЕДРПО
Справочник
элементов
Значение
элементов
КОАТУ
КВЕД
ЗКНГ
КОПФГ
Категории
элементов
Единицы
измерения
Контекст
Дата
Рис. 3. Фрагмент диаграммы БД
В процессе формирования статистического ресурса
программный блок обработки данных выполняет следу-
ющие функции: расчет аналитических показателей и вы-
явление расхождений с рекомендованными значениями;
группировку аналитических показателей по различным
аспектам деятельности предприятий и группировку пред-
приятий для сравнения их показателей по регионам, от-
раслям и видам деятельности; формирование аналитичес-
ких отчетов с учетом динамики показателей во времени.
Система идентификаторов и классификаторов ин-
формационного ресурса
Информационный ресурс (ИР) финансовой отчетно-
сти состоит из совокупности объектов с атрибутами (на-
пример, информационный объект документ). Каждому
объекту необходимо присвоить идентификатор, кодиру-
ющий документы и классификаторы. Объектный иден-
тификатор (OID) однозначно идентифицирует объект в ад-
ресном пространстве объектных идентификаторов. OID
выполняет следующие функции: обеспечивает предостав-
ление электронного ключа для применения цифровой под-
писи, идентификацию абонента сети и определяет тип
документа. Требования относительно обязательности оп-
ределенной части элементов, описывающих идентифи-
катор и тип документа, обеспечивающих его полноту и
валидность. Рассмотрим пример заголовка документа:
<Получатель-Identifier>
<id root='1.2.804.5.1.2301' extension='1801' displayable='true'/>
<rootOrg name='МониторингФинансовойОтчетности'
code='FSR1'/>
<telecom value='(tel):+38044ххххххx; (url):pfs@finstat.ua'/>
</ Получатель-Identifier>
УСиМ, 2012, № 3 67
<Абонент-Identifier>
<id root='1.2.840.5.3.1234567890' extension='1801.1.2010'/>
<typeID root='1.2.804.5.1.хх.1801' extension='FS1801230'/>
<confidentiality code='R' codeSystem='1.2.16.804.5.3.1801'/>
<title verNumber='1'>Финансовая отчетность за 2010</title>
<effectiveTime value='20101012103000+0200'/>
<telecom value=' (tel):38044xxxxxx;
(mailto):info@org-ABC.com'/>
</Абонент-Identifier>
В заголовке есть префикс 1.2.804, предназначенный для
образцов подписи электронных документов инфраструк-
туры идентификаторов объектов (PKI – Private Key Infra-
sructure) украинского сегмента мирового пространства
(ISO.member-body.UA). Следует отметить, что для опреде-
ления PKI вместо ISO.member-body.UA можно использо-
вать префикс 2.16.804 стандарта ISO-ITU-T для определе-
ния пространства объектов прикладной системы или иден-
тификаторы GUID. Согласно стандарту идентификатор до-
кумента id состоит из корня (root), присвоенного органи-
зации, и расширения (extension). Например, документ с
номером 1801.1.2010 имеет следующий идентификатор:
<id root='1.2.840.5.3.1234567890'extension='1801.1.2010'/>,
здесь root – OID учреждения с регистрационным номе-
ром 1234567890.
Присвоение идентификаторов OID нужно для кодиро-
вания информации и разработки автоматизированных сис-
тем обмена документами с цифровой подписью. Для этого
можно использовать шаблон <root OID><system><loca-
tion><typeID>, например с корнем 2.16.840.5.1. Тогда коди-
рование в системе (2301) с организацией (1234567890) для
документа (1801001) будет 2.16.840.5.1.18.1234567890.
1801001.
Заголовок также должен содержать название, дату со-
здания документа и ссылку на организацию, к которой
он относится. При расширении номенклатуры докумен-
тов системы необходимо вводить понятие типов доку-
ментов. Значение типа документа выбирается из класси-
фикатора и имеет обязательный атрибут code, а иденти-
фикатор типа документа typeID содержит атрибуты root,
extension для описания его структуры.
Элементы документа содержат набором атрибутов. На-
ряду с идентификацией объектов необходимо создавать
классификаторы атрибутов ресурса. Следует отметить, что
хаотическое развитие информационных ресурсов приводит
к ситуации, когда одни и те же атрибуты кодируется по
разным классификаторам. Это исключает возможность ин-
теграции различных ИP и затрудняет использование дан-
ных. Для решения проблемы владелец ИР должен четко
определить правила построения дерева объектных иден-
тификаторов при классификации атрибутов. Тогда сред-
ства конвертации по навигационной составляющей XML-
файла могут использовать программные средства авто-
матического определения атрибутов абонента для прие-
ма информации.
Программный модуль обработки XML-данных
Иногда владельцы информационных систем монито-
ринга не имеют возможности или не желают использо-
вать on-line доступ к БД с применением WEB-сервисов.
Тогда формируется файл данных определенной структу-
ры, который передается владельцу ИР имеющимися сред-
ствами связи. Один из методов для обработки XML-данных
при формировании ИР – программные модули CLR [3].
Использование CLR-модулей обусловлено тем, что
средства T-SQL не имеют доступа к файловому простран-
ству локальной сети. В принципе, было бы достаточно
использовать функцию чтения данных из XML-файла про-
граммным модулем CLR, если бы не существующее ог-
раничение на длину XML-поля, которое передается в T-
SQL-процедуры. Выход – создание всей бизнес-логики
на стороне CLR-модуля и загрузки данных с поддерж-
кой целостности.
Схема приема-передачи XML-данных использует CLR-
модуль, который активизирует сервер БД и передает па-
раметры XML-файла. Алгоритм функционирования про-
граммного модуля следующий:
писк элементов, определяющих атрибуты абонента
сообщения и содержание XML файла;
активизация T-SQL по формированию набора дан-
ных для загрузки в БД и одновременная проверка цело-
стности данных;
поиск тег начала информационного тела документа;
чтение следующих параметров: кода показателя в
классификаторе; отметки начала/окончания отчетного пе-
риода; значения единицы измерения показателя; значе-
ния и формата показателя отчетности;
загрузка данные документа в таблицы БД;
завершение работы при нахождении конечного тега
документа.
Процедура опирается на структуру XML-файла и при
неподходящем формате или нарушении целостности дан-
ных аварийно завершает работу. Поскольку схема доку-
мента включает в себя логическую модель обмена ин-
формацией, программный модуль CLR анализирует син-
таксис документа и сопоставляет его со схемой БД. Про-
граммный модуль обладает свойствами загрузки инфор-
мации в БД из XML-документа в декодированной форме,
а также формирует XML-документ из контента БД, ис-
пользуя соответствующий класс XML-документов.
Заключение. Предложенная в статье процедура им-
порта данных сопровождается шагами по сохранению се-
мантики XML-документов на примере использования XBRL
и формирования информационного ресурса. Семантиче-
ские ограничения XML-схемы документа сохраняются в
реляционной схеме в форме функциональных связей и
многозначных зависимостей. Обратная процедура фор-
мирования XML-документа из контента БД предусмат-
ривает конвертацию реляционных данных в XML-фор-
мат. Кроме того, определена необходимость согласован-
ности обмена данными при помощи объектных иденти-
фикаторов для навигации информационного потока по
автоматизации процесса консолидации данных.
<<
/ASCII85EncodePages false
/AllowTransparency false
/AutoPositionEPSFiles true
/AutoRotatePages /None
/Binding /Left
/CalGrayProfile (Dot Gain 20%)
/CalRGBProfile (sRGB IEC61966-2.1)
/CalCMYKProfile (U.S. Web Coated \050SWOP\051 v2)
/sRGBProfile (sRGB IEC61966-2.1)
/CannotEmbedFontPolicy /Error
/CompatibilityLevel 1.4
/CompressObjects /Tags
/CompressPages true
/ConvertImagesToIndexed true
/PassThroughJPEGImages true
/CreateJobTicket false
/DefaultRenderingIntent /Default
/DetectBlends true
/DetectCurves 0.0000
/ColorConversionStrategy /CMYK
/DoThumbnails false
/EmbedAllFonts true
/EmbedOpenType false
/ParseICCProfilesInComments true
/EmbedJobOptions true
/DSCReportingLevel 0
/EmitDSCWarnings false
/EndPage -1
/ImageMemory 1048576
/LockDistillerParams false
/MaxSubsetPct 100
/Optimize true
/OPM 1
/ParseDSCComments true
/ParseDSCCommentsForDocInfo true
/PreserveCopyPage true
/PreserveDICMYKValues true
/PreserveEPSInfo true
/PreserveFlatness true
/PreserveHalftoneInfo false
/PreserveOPIComments true
/PreserveOverprintSettings true
/StartPage 1
/SubsetFonts true
/TransferFunctionInfo /Apply
/UCRandBGInfo /Preserve
/UsePrologue false
/ColorSettingsFile ()
/AlwaysEmbed [ true
]
/NeverEmbed [ true
]
/AntiAliasColorImages false
/CropColorImages true
/ColorImageMinResolution 300
/ColorImageMinResolutionPolicy /OK
/DownsampleColorImages true
/ColorImageDownsampleType /Bicubic
/ColorImageResolution 300
/ColorImageDepth -1
/ColorImageMinDownsampleDepth 1
/ColorImageDownsampleThreshold 1.50000
/EncodeColorImages true
/ColorImageFilter /DCTEncode
/AutoFilterColorImages true
/ColorImageAutoFilterStrategy /JPEG
/ColorACSImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/ColorImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/JPEG2000ColorACSImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/JPEG2000ColorImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/AntiAliasGrayImages false
/CropGrayImages true
/GrayImageMinResolution 300
/GrayImageMinResolutionPolicy /OK
/DownsampleGrayImages true
/GrayImageDownsampleType /Bicubic
/GrayImageResolution 300
/GrayImageDepth -1
/GrayImageMinDownsampleDepth 2
/GrayImageDownsampleThreshold 1.50000
/EncodeGrayImages true
/GrayImageFilter /DCTEncode
/AutoFilterGrayImages true
/GrayImageAutoFilterStrategy /JPEG
/GrayACSImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/GrayImageDict <<
/QFactor 0.15
/HSamples [1 1 1 1] /VSamples [1 1 1 1]
>>
/JPEG2000GrayACSImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/JPEG2000GrayImageDict <<
/TileWidth 256
/TileHeight 256
/Quality 30
>>
/AntiAliasMonoImages false
/CropMonoImages true
/MonoImageMinResolution 1200
/MonoImageMinResolutionPolicy /OK
/DownsampleMonoImages true
/MonoImageDownsampleType /Bicubic
/MonoImageResolution 1200
/MonoImageDepth -1
/MonoImageDownsampleThreshold 1.50000
/EncodeMonoImages true
/MonoImageFilter /CCITTFaxEncode
/MonoImageDict <<
/K -1
>>
/AllowPSXObjects false
/CheckCompliance [
/None
]
/PDFX1aCheck false
/PDFX3Check false
/PDFXCompliantPDFOnly false
/PDFXNoTrimBoxError true
/PDFXTrimBoxToMediaBoxOffset [
0.00000
0.00000
0.00000
0.00000
]
/PDFXSetBleedBoxToMediaBox true
/PDFXBleedBoxToTrimBoxOffset [
0.00000
0.00000
0.00000
0.00000
]
/PDFXOutputIntentProfile ()
/PDFXOutputConditionIdentifier ()
/PDFXOutputCondition ()
/PDFXRegistryName ()
/PDFXTrapped /False
/CreateJDFFile false
/Description <<
/ARA <FEFF06270633062A062E062F0645002006470630064700200627064406250639062F0627062F0627062A002006440625064606340627062100200648062B062706260642002000410064006F00620065002000500044004600200645062A064806270641064206290020064406440637062806270639062900200641064A00200627064406450637062706280639002006300627062A0020062F0631062C0627062A002006270644062C0648062F0629002006270644063906270644064A0629061B0020064A06450643064600200641062A062D00200648062B0627062606420020005000440046002006270644064506460634062306290020062806270633062A062E062F062706450020004100630072006F0062006100740020064800410064006F006200650020005200650061006400650072002006250635062F0627063100200035002E0030002006480627064406250635062F062706310627062A0020062706440623062D062F062B002E0635062F0627063100200035002E0030002006480627064406250635062F062706310627062A0020062706440623062D062F062B002E>
/BGR <FEFF04180437043f043e043b043704320430043904420435002004420435043704380020043d0430044104420440043e0439043a0438002c00200437043000200434043000200441044a0437043404300432043004420435002000410064006f00620065002000500044004600200434043e043a0443043c0435043d04420438002c0020043c0430043a04410438043c0430043b043d043e0020043f044004380433043e04340435043d04380020043704300020043204380441043e043a043e043a0430044704350441044204320435043d0020043f04350447043004420020043704300020043f044004350434043f0435044704300442043d04300020043f043e04340433043e0442043e0432043a0430002e002000200421044a04370434043004340435043d043804420435002000500044004600200434043e043a0443043c0435043d044204380020043c043e0433043004420020043404300020044104350020043e0442043204300440044f0442002004410020004100630072006f00620061007400200438002000410064006f00620065002000520065006100640065007200200035002e00300020043800200441043b0435043404320430044904380020043204350440044104380438002e>
/CHS <FEFF4f7f75288fd94e9b8bbe5b9a521b5efa7684002000410064006f006200650020005000440046002065876863900275284e8e9ad88d2891cf76845370524d53705237300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c676562535f00521b5efa768400200050004400460020658768633002>
/CHT <FEFF4f7f752890194e9b8a2d7f6e5efa7acb7684002000410064006f006200650020005000440046002065874ef69069752865bc9ad854c18cea76845370524d5370523786557406300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c4f86958b555f5df25efa7acb76840020005000440046002065874ef63002>
/CZE <FEFF005400610074006f0020006e006100730074006100760065006e00ed00200070006f0075017e0069006a007400650020006b0020007600790074007600e101590065006e00ed00200064006f006b0075006d0065006e0074016f002000410064006f006200650020005000440046002c0020006b00740065007200e90020007300650020006e0065006a006c00e90070006500200068006f006400ed002000700072006f0020006b00760061006c00690074006e00ed0020007400690073006b00200061002000700072006500700072006500730073002e002000200056007900740076006f01590065006e00e900200064006f006b0075006d0065006e007400790020005000440046002000620075006400650020006d006f017e006e00e90020006f007400650076015900ed007400200076002000700072006f006700720061006d0065006300680020004100630072006f00620061007400200061002000410064006f00620065002000520065006100640065007200200035002e0030002000610020006e006f0076011b006a016100ed00630068002e>
/DAN <FEFF004200720075006700200069006e0064007300740069006c006c0069006e006700650072006e0065002000740069006c0020006100740020006f007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400650072002c0020006400650072002000620065006400730074002000650067006e006500720020007300690067002000740069006c002000700072006500700072006500730073002d007500640073006b007200690076006e0069006e00670020006100660020006800f8006a0020006b00760061006c0069007400650074002e0020004400650020006f007000720065007400740065006400650020005000440046002d0064006f006b0075006d0065006e0074006500720020006b0061006e002000e50062006e00650073002000690020004100630072006f00620061007400200065006c006c006500720020004100630072006f006200610074002000520065006100640065007200200035002e00300020006f00670020006e0079006500720065002e>
/DEU <FEFF00560065007200770065006e00640065006e0020005300690065002000640069006500730065002000450069006e007300740065006c006c0075006e00670065006e0020007a0075006d002000450072007300740065006c006c0065006e00200076006f006e002000410064006f006200650020005000440046002d0044006f006b0075006d0065006e00740065006e002c00200076006f006e002000640065006e0065006e002000530069006500200068006f006300680077006500720074006900670065002000500072006500700072006500730073002d0044007200750063006b0065002000650072007a0065007500670065006e0020006d00f60063006800740065006e002e002000450072007300740065006c006c007400650020005000440046002d0044006f006b0075006d0065006e007400650020006b00f6006e006e0065006e0020006d006900740020004100630072006f00620061007400200075006e0064002000410064006f00620065002000520065006100640065007200200035002e00300020006f0064006500720020006800f600680065007200200067006500f600660066006e00650074002000770065007200640065006e002e>
/ESP <FEFF005500740069006c0069006300650020006500730074006100200063006f006e0066006900670075007200610063006900f3006e0020007000610072006100200063007200650061007200200064006f00630075006d0065006e0074006f00730020005000440046002000640065002000410064006f0062006500200061006400650063007500610064006f00730020007000610072006100200069006d0070007200650073006900f3006e0020007000720065002d0065006400690074006f007200690061006c00200064006500200061006c00740061002000630061006c0069006400610064002e002000530065002000700075006500640065006e00200061006200720069007200200064006f00630075006d0065006e0074006f00730020005000440046002000630072006500610064006f007300200063006f006e0020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e003000200079002000760065007200730069006f006e0065007300200070006f00730074006500720069006f007200650073002e>
/ETI <FEFF004b00610073007500740061006700650020006e0065006900640020007300e4007400740065006900640020006b00760061006c006900740065006500740073006500200074007200fc006b006900650065006c007300650020007000720069006e00740069006d0069007300650020006a0061006f006b007300200073006f00620069006c0069006b0065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740069006400650020006c006f006f006d006900730065006b0073002e00200020004c006f006f0064007500640020005000440046002d0064006f006b0075006d0065006e00740065002000730061006100740065002000610076006100640061002000700072006f006700720061006d006d006900640065006700610020004100630072006f0062006100740020006e0069006e0067002000410064006f00620065002000520065006100640065007200200035002e00300020006a00610020007500750065006d006100740065002000760065007200730069006f006f006e00690064006500670061002e000d000a>
/FRA <FEFF005500740069006c006900730065007a00200063006500730020006f007000740069006f006e00730020006100660069006e00200064006500200063007200e900650072002000640065007300200064006f00630075006d0065006e00740073002000410064006f00620065002000500044004600200070006f0075007200200075006e00650020007100750061006c0069007400e90020006400270069006d007000720065007300730069006f006e00200070007200e9007000720065007300730065002e0020004c0065007300200064006f00630075006d0065006e00740073002000500044004600200063007200e900e90073002000700065007500760065006e0074002000ea0074007200650020006f007500760065007200740073002000640061006e00730020004100630072006f006200610074002c002000610069006e00730069002000710075002700410064006f00620065002000520065006100640065007200200035002e0030002000650074002000760065007200730069006f006e007300200075006c007400e90072006900650075007200650073002e>
/GRE <FEFF03a703c103b703c303b903bc03bf03c003bf03b903ae03c303c403b5002003b103c503c403ad03c2002003c403b903c2002003c103c503b803bc03af03c303b503b903c2002003b303b903b1002003bd03b1002003b403b703bc03b903bf03c503c103b303ae03c303b503c403b5002003ad03b303b303c103b103c603b1002000410064006f006200650020005000440046002003c003bf03c5002003b503af03bd03b103b9002003ba03b103c42019002003b503be03bf03c703ae03bd002003ba03b103c403ac03bb03bb03b703bb03b1002003b303b903b1002003c003c103bf002d03b503ba03c403c503c003c903c403b903ba03ad03c2002003b503c103b303b103c303af03b503c2002003c503c803b703bb03ae03c2002003c003bf03b903cc03c403b703c403b103c2002e0020002003a403b10020005000440046002003ad03b303b303c103b103c603b1002003c003bf03c5002003ad03c703b503c403b5002003b403b703bc03b903bf03c503c103b303ae03c303b503b9002003bc03c003bf03c103bf03cd03bd002003bd03b1002003b103bd03bf03b903c703c403bf03cd03bd002003bc03b5002003c403bf0020004100630072006f006200610074002c002003c403bf002000410064006f00620065002000520065006100640065007200200035002e0030002003ba03b103b9002003bc03b503c403b103b303b503bd03ad03c303c403b503c103b503c2002003b503ba03b403cc03c303b503b903c2002e>
/HEB <FEFF05D405E905EA05DE05E905D5002005D105D405D205D305E805D505EA002005D005DC05D4002005DB05D305D9002005DC05D905E605D505E8002005DE05E105DE05DB05D9002000410064006F006200650020005000440046002005D405DE05D505EA05D005DE05D905DD002005DC05D405D305E405E105EA002005E705D305DD002D05D305E405D505E1002005D005D905DB05D505EA05D905EA002E002005DE05E105DE05DB05D90020005000440046002005E905E005D505E605E805D5002005E005D905EA05E005D905DD002005DC05E405EA05D905D705D4002005D105D005DE05E605E205D505EA0020004100630072006F006200610074002005D5002D00410064006F00620065002000520065006100640065007200200035002E0030002005D505D205E805E105D005D505EA002005DE05EA05E705D305DE05D505EA002005D905D505EA05E8002E05D005DE05D905DD002005DC002D005000440046002F0058002D0033002C002005E205D905D905E005D5002005D105DE05D305E805D905DA002005DC05DE05E905EA05DE05E9002005E905DC0020004100630072006F006200610074002E002005DE05E105DE05DB05D90020005000440046002005E905E005D505E605E805D5002005E005D905EA05E005D905DD002005DC05E405EA05D905D705D4002005D105D005DE05E605E205D505EA0020004100630072006F006200610074002005D5002D00410064006F00620065002000520065006100640065007200200035002E0030002005D505D205E805E105D005D505EA002005DE05EA05E705D305DE05D505EA002005D905D505EA05E8002E>
/HRV (Za stvaranje Adobe PDF dokumenata najpogodnijih za visokokvalitetni ispis prije tiskanja koristite ove postavke. Stvoreni PDF dokumenti mogu se otvoriti Acrobat i Adobe Reader 5.0 i kasnijim verzijama.)
/HUN <FEFF004b0069007600e1006c00f30020006d0069006e0151007300e9006701710020006e0079006f006d00640061006900200065006c0151006b00e90073007a00ed007401510020006e0079006f006d00740061007400e100730068006f007a0020006c006500670069006e006b00e1006200620020006d0065006700660065006c0065006c0151002000410064006f00620065002000500044004600200064006f006b0075006d0065006e00740075006d006f006b0061007400200065007a0065006b006b0065006c0020006100200062006500e1006c006c00ed007400e10073006f006b006b0061006c0020006b00e90073007a00ed0074006800650074002e0020002000410020006c00e90074007200650068006f007a006f00740074002000500044004600200064006f006b0075006d0065006e00740075006d006f006b00200061007a0020004100630072006f006200610074002000e9007300200061007a002000410064006f00620065002000520065006100640065007200200035002e0030002c0020007600610067007900200061007a002000610074007400f3006c0020006b00e9007301510062006200690020007600650072007a006900f3006b006b0061006c0020006e00790069007400680061007400f3006b0020006d00650067002e>
/ITA <FEFF005500740069006c0069007a007a006100720065002000710075006500730074006500200069006d0070006f007300740061007a0069006f006e00690020007000650072002000630072006500610072006500200064006f00630075006d0065006e00740069002000410064006f00620065002000500044004600200070006900f900200061006400610074007400690020006100200075006e00610020007000720065007300740061006d0070006100200064006900200061006c007400610020007100750061006c0069007400e0002e0020004900200064006f00630075006d0065006e007400690020005000440046002000630072006500610074006900200070006f00730073006f006e006f0020006500730073006500720065002000610070006500720074006900200063006f006e0020004100630072006f00620061007400200065002000410064006f00620065002000520065006100640065007200200035002e003000200065002000760065007200730069006f006e006900200073007500630063006500730073006900760065002e>
/JPN <FEFF9ad854c18cea306a30d730ea30d730ec30b951fa529b7528002000410064006f0062006500200050004400460020658766f8306e4f5c6210306b4f7f75283057307e305930023053306e8a2d5b9a30674f5c62103055308c305f0020005000440046002030d530a130a430eb306f3001004100630072006f0062006100740020304a30883073002000410064006f00620065002000520065006100640065007200200035002e003000204ee5964d3067958b304f30533068304c3067304d307e305930023053306e8a2d5b9a306b306f30d530a930f330c8306e57cb30818fbc307f304c5fc59808306730593002>
/KOR <FEFFc7740020c124c815c7440020c0acc6a9d558c5ec0020ace0d488c9c80020c2dcd5d80020c778c1c4c5d00020ac00c7a50020c801d569d55c002000410064006f0062006500200050004400460020bb38c11cb97c0020c791c131d569b2c8b2e4002e0020c774b807ac8c0020c791c131b41c00200050004400460020bb38c11cb2940020004100630072006f0062006100740020bc0f002000410064006f00620065002000520065006100640065007200200035002e00300020c774c0c1c5d0c11c0020c5f40020c2180020c788c2b5b2c8b2e4002e>
/LTH <FEFF004e006100750064006f006b0069007400650020016100690075006f007300200070006100720061006d006500740072007500730020006e006f0072011700640061006d00690020006b0075007200740069002000410064006f00620065002000500044004600200064006f006b0075006d0065006e007400750073002c0020006b00750072006900650020006c0061006200690061007500730069006100690020007000720069007400610069006b007900740069002000610075006b01610074006f00730020006b006f006b007900620117007300200070006100720065006e006700740069006e00690061006d00200073007000610075007300640069006e0069006d00750069002e0020002000530075006b0075007200740069002000500044004600200064006f006b0075006d0065006e007400610069002000670061006c006900200062016b007400690020006100740069006400610072006f006d00690020004100630072006f006200610074002000690072002000410064006f00620065002000520065006100640065007200200035002e0030002000610072002000760117006c00650073006e0117006d00690073002000760065007200730069006a006f006d00690073002e>
/LVI <FEFF0049007a006d0061006e0074006f006a00690065007400200161006f00730020006900650073007400610074012b006a0075006d00750073002c0020006c0061006900200076006500690064006f00740075002000410064006f00620065002000500044004600200064006f006b0075006d0065006e007400750073002c0020006b006100730020006900720020012b00700061016100690020007000690065006d01130072006f00740069002000610075006700730074006100730020006b00760061006c0069007401010074006500730020007000690072006d007300690065007300700069006501610061006e006100730020006400720075006b00610069002e00200049007a0076006500690064006f006a006900650074002000500044004600200064006f006b0075006d0065006e007400750073002c0020006b006f002000760061007200200061007400760113007200740020006100720020004100630072006f00620061007400200075006e002000410064006f00620065002000520065006100640065007200200035002e0030002c0020006b0101002000610072012b00200074006f0020006a00610075006e0101006b0101006d002000760065007200730069006a0101006d002e>
/NLD (Gebruik deze instellingen om Adobe PDF-documenten te maken die zijn geoptimaliseerd voor prepress-afdrukken van hoge kwaliteit. De gemaakte PDF-documenten kunnen worden geopend met Acrobat en Adobe Reader 5.0 en hoger.)
/NOR <FEFF004200720075006b00200064006900730073006500200069006e006e007300740069006c006c0069006e00670065006e0065002000740069006c002000e50020006f0070007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740065007200200073006f006d00200065007200200062006500730074002000650067006e0065007400200066006f00720020006600f80072007400720079006b006b0073007500740073006b00720069006600740020006100760020006800f800790020006b00760061006c0069007400650074002e0020005000440046002d0064006f006b0075006d0065006e00740065006e00650020006b0061006e002000e50070006e00650073002000690020004100630072006f00620061007400200065006c006c00650072002000410064006f00620065002000520065006100640065007200200035002e003000200065006c006c00650072002000730065006e006500720065002e>
/POL <FEFF0055007300740061007700690065006e0069006100200064006f002000740077006f0072007a0065006e0069006100200064006f006b0075006d0065006e007400f300770020005000440046002000700072007a0065007a006e00610063007a006f006e00790063006800200064006f002000770079006400720075006b00f30077002000770020007700790073006f006b00690065006a0020006a0061006b006f015b00630069002e002000200044006f006b0075006d0065006e0074007900200050004400460020006d006f017c006e00610020006f007400770069006500720061010700200077002000700072006f006700720061006d006900650020004100630072006f00620061007400200069002000410064006f00620065002000520065006100640065007200200035002e0030002000690020006e006f00770073007a0079006d002e>
/PTB <FEFF005500740069006c0069007a006500200065007300730061007300200063006f006e00660069006700750072006100e700f50065007300200064006500200066006f0072006d00610020006100200063007200690061007200200064006f00630075006d0065006e0074006f0073002000410064006f0062006500200050004400460020006d00610069007300200061006400650071007500610064006f00730020007000610072006100200070007200e9002d0069006d0070007200650073007300f50065007300200064006500200061006c007400610020007100750061006c00690064006100640065002e0020004f007300200064006f00630075006d0065006e0074006f00730020005000440046002000630072006900610064006f007300200070006f00640065006d0020007300650072002000610062006500720074006f007300200063006f006d0020006f0020004100630072006f006200610074002000650020006f002000410064006f00620065002000520065006100640065007200200035002e0030002000650020007600650072007300f50065007300200070006f00730074006500720069006f007200650073002e>
/RUM <FEFF005500740069006c0069007a00610163006900200061006300650073007400650020007300650074010300720069002000700065006e007400720075002000610020006300720065006100200064006f00630075006d0065006e00740065002000410064006f006200650020005000440046002000610064006500630076006100740065002000700065006e0074007200750020007400690070010300720069007200650061002000700072006500700072006500730073002000640065002000630061006c006900740061007400650020007300750070006500720069006f006100720103002e002000200044006f00630075006d0065006e00740065006c00650020005000440046002000630072006500610074006500200070006f00740020006600690020006400650073006300680069007300650020006300750020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e00300020015f00690020007600650072007300690075006e0069006c006500200075006c0074006500720069006f006100720065002e>
/RUS <FEFF04180441043f043e043b044c04370443043904420435002004340430043d043d044b04350020043d0430044104420440043e0439043a043800200434043b044f00200441043e043704340430043d0438044f00200434043e043a0443043c0435043d0442043e0432002000410064006f006200650020005000440046002c0020043c0430043a04410438043c0430043b044c043d043e0020043f043e04340445043e0434044f04490438044500200434043b044f00200432044b0441043e043a043e043a0430044704350441044204320435043d043d043e0433043e00200434043e043f0435044704300442043d043e0433043e00200432044b0432043e04340430002e002000200421043e043704340430043d043d044b04350020005000440046002d0434043e043a0443043c0435043d0442044b0020043c043e0436043d043e0020043e0442043a0440044b043204300442044c002004410020043f043e043c043e0449044c044e0020004100630072006f00620061007400200438002000410064006f00620065002000520065006100640065007200200035002e00300020043800200431043e043b043504350020043f043e04370434043d043804450020043204350440044104380439002e>
/SKY <FEFF0054006900650074006f0020006e006100730074006100760065006e0069006100200070006f0075017e0069007400650020006e00610020007600790074007600e100720061006e0069006500200064006f006b0075006d0065006e0074006f0076002000410064006f006200650020005000440046002c0020006b0074006f007200e90020007300610020006e0061006a006c0065007001610069006500200068006f0064006900610020006e00610020006b00760061006c00690074006e00fa00200074006c0061010d00200061002000700072006500700072006500730073002e00200056007900740076006f00720065006e00e900200064006f006b0075006d0065006e007400790020005000440046002000620075006400650020006d006f017e006e00e90020006f00740076006f00720069016500200076002000700072006f006700720061006d006f006300680020004100630072006f00620061007400200061002000410064006f00620065002000520065006100640065007200200035002e0030002000610020006e006f0076016100ed00630068002e>
/SLV <FEFF005400650020006e006100730074006100760069007400760065002000750070006f0072006100620069007400650020007a00610020007500730074007600610072006a0061006e006a006500200064006f006b0075006d0065006e0074006f0076002000410064006f006200650020005000440046002c0020006b006900200073006f0020006e0061006a007000720069006d00650072006e0065006a016100690020007a00610020006b0061006b006f0076006f00730074006e006f0020007400690073006b0061006e006a00650020007300200070007200690070007200610076006f0020006e00610020007400690073006b002e00200020005500730074007600610072006a0065006e006500200064006f006b0075006d0065006e0074006500200050004400460020006a00650020006d006f0067006f010d00650020006f0064007000720065007400690020007a0020004100630072006f00620061007400200069006e002000410064006f00620065002000520065006100640065007200200035002e003000200069006e0020006e006f00760065006a01610069006d002e>
/SUO <FEFF004b00e40079007400e40020006e00e40069007400e4002000610073006500740075006b007300690061002c0020006b0075006e0020006c0075006f00740020006c00e400680069006e006e00e4002000760061006100740069007600610061006e0020007000610069006e006100740075006b00730065006e002000760061006c006d0069007300740065006c00750074007900f6006800f6006e00200073006f00700069007600690061002000410064006f0062006500200050004400460020002d0064006f006b0075006d0065006e007400740065006a0061002e0020004c0075006f0064007500740020005000440046002d0064006f006b0075006d0065006e00740069007400200076006f0069006400610061006e0020006100760061007400610020004100630072006f0062006100740069006c006c00610020006a0061002000410064006f00620065002000520065006100640065007200200035002e0030003a006c006c00610020006a006100200075007500640065006d006d0069006c006c0061002e>
/SVE <FEFF0041006e007600e4006e00640020006400650020006800e4007200200069006e0073007400e4006c006c006e0069006e006700610072006e00610020006f006d002000640075002000760069006c006c00200073006b006100700061002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400200073006f006d002000e400720020006c00e4006d0070006c0069006700610020006600f60072002000700072006500700072006500730073002d007500740073006b00720069006600740020006d006500640020006800f600670020006b00760061006c0069007400650074002e002000200053006b006100700061006400650020005000440046002d0064006f006b0075006d0065006e00740020006b0061006e002000f600700070006e00610073002000690020004100630072006f0062006100740020006f00630068002000410064006f00620065002000520065006100640065007200200035002e00300020006f00630068002000730065006e006100720065002e>
/TUR <FEFF005900fc006b00730065006b0020006b0061006c006900740065006c0069002000f6006e002000790061007a006401310072006d00610020006200610073006b013100730131006e006100200065006e0020006900790069002000750079006100620069006c006500630065006b002000410064006f006200650020005000440046002000620065006c00670065006c0065007200690020006f006c0075015f007400750072006d0061006b0020006900e70069006e00200062007500200061007900610072006c0061007201310020006b0075006c006c0061006e0131006e002e00200020004f006c0075015f0074007500720075006c0061006e0020005000440046002000620065006c00670065006c0065007200690020004100630072006f006200610074002000760065002000410064006f00620065002000520065006100640065007200200035002e003000200076006500200073006f006e0072006100730131006e00640061006b00690020007300fc007200fc006d006c00650072006c00650020006100e70131006c006100620069006c00690072002e>
/UKR <FEFF04120438043a043e0440043804410442043e043204430439044204350020044604560020043f043004400430043c043504420440043800200434043b044f0020044104420432043e04400435043d043d044f00200434043e043a0443043c0435043d044204560432002000410064006f006200650020005000440046002c0020044f043a04560020043d04300439043a04400430044904350020043f045604340445043e0434044f0442044c00200434043b044f0020043204380441043e043a043e044f043a04560441043d043e0433043e0020043f0435044004350434043404400443043a043e0432043e0433043e0020043404400443043a0443002e00200020042104420432043e04400435043d045600200434043e043a0443043c0435043d0442043800200050004400460020043c043e0436043d04300020043204560434043a0440043804420438002004430020004100630072006f006200610074002004420430002000410064006f00620065002000520065006100640065007200200035002e0030002004300431043e0020043f04560437043d04560448043e04570020043204350440044104560457002e>
/ENU (Use these settings to create Adobe PDF documents best suited for high-quality prepress printing. Created PDF documents can be opened with Acrobat and Adobe Reader 5.0 and later.)
>>
/Namespace [
(Adobe)
(Common)
(1.0)
]
/OtherNamespaces [
<<
/AsReaderSpreads false
/CropImagesToFrames true
/ErrorControl /WarnAndContinue
/FlattenerIgnoreSpreadOverrides false
/IncludeGuidesGrids false
/IncludeNonPrinting false
/IncludeSlug false
/Namespace [
(Adobe)
(InDesign)
(4.0)
]
/OmitPlacedBitmaps false
/OmitPlacedEPS false
/OmitPlacedPDF false
/SimulateOverprint /Legacy
>>
<<
/AddBleedMarks false
/AddColorBars false
/AddCropMarks false
/AddPageInfo false
/AddRegMarks false
/ConvertColors /ConvertToCMYK
/DestinationProfileName ()
/DestinationProfileSelector /DocumentCMYK
/Downsample16BitImages true
/FlattenerPreset <<
/PresetSelector /MediumResolution
>>
/FormElements false
/GenerateStructure false
/IncludeBookmarks false
/IncludeHyperlinks false
/IncludeInteractive false
/IncludeLayers false
/IncludeProfiles false
/MultimediaHandling /UseObjectSettings
/Namespace [
(Adobe)
(CreativeSuite)
(2.0)
]
/PDFXOutputIntentProfileSelector /DocumentCMYK
/PreserveEditing true
/UntaggedCMYKHandling /LeaveUntagged
/UntaggedRGBHandling /UseDocumentProfile
/UseDocumentBleed false
>>
]
>> setdistillerparams
<<
/HWResolution [2400 2400]
/PageSize [612.000 792.000]
>> setpagedevice
|
| id | nasplib_isofts_kiev_ua-123456789-83070 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 0130-5395 |
| language | Ukrainian |
| last_indexed | 2025-11-27T15:26:55Z |
| publishDate | 2012 |
| publisher | Міжнародний науково-навчальний центр інформаційних технологій і систем НАН та МОН України |
| record_format | dspace |
| spelling | Хорозов, О.А. 2015-06-13T18:55:52Z 2015-06-13T18:55:52Z 2012 Використання реляційної СУБД для структурованих XML-документів / О.А. Хорозов // Управляющие системы и машины. — 2012. — № 3. — С. 57-67. — Бібліогр.: 3 назв. — укр., рос. 0130-5395 https://nasplib.isofts.kiev.ua/handle/123456789/83070 681.3 Рассмотрены вопросы проектирования и формирования XML-документов для применения в приложениях баз данных. Предложена методология преобразования между реляционной и XML-моделями данных без потери семантических ограничений XML-схемы. Описана трансляция операции над XML в SQL для фрагментации XML-документов и конвертации реляционных данных в XML- документ. The problems of XML-documents designs for the database applications are considered. The methodology of translation between relation and XML models with capturing semantic constraints of XML-schema are suggested on the example of XBRL statements. In addition, there are discussed the questions how the operations on XML are translated to SQL, then the problems of shredding the XML for relational database and converting the relational data into XML-document. Розглянуто питання проектування та формування XML-документів для застосування у додатках баз даних. Запропоновано методологію перетворення між реляційною і XML-моделями даних без втрати семантичних обмежень XML-схеми. Описано трансляцію операції над XML у SQL для фрагментації XML-документів та конвертації реляційних даних у XML-документ. uk Міжнародний науково-навчальний центр інформаційних технологій і систем НАН та МОН України Управляющие системы и машины Информационные и коммуникационные среды Використання реляційної СУБД для структурованих XML-документів Using a Relational Database Management System for the Structured XML-documents Использование реляционной СУБД для структурированных XML-документов Article published earlier |
| spellingShingle | Використання реляційної СУБД для структурованих XML-документів Хорозов, О.А. Информационные и коммуникационные среды |
| title | Використання реляційної СУБД для структурованих XML-документів |
| title_alt | Using a Relational Database Management System for the Structured XML-documents Использование реляционной СУБД для структурированных XML-документов |
| title_full | Використання реляційної СУБД для структурованих XML-документів |
| title_fullStr | Використання реляційної СУБД для структурованих XML-документів |
| title_full_unstemmed | Використання реляційної СУБД для структурованих XML-документів |
| title_short | Використання реляційної СУБД для структурованих XML-документів |
| title_sort | використання реляційної субд для структурованих xml-документів |
| topic | Информационные и коммуникационные среды |
| topic_facet | Информационные и коммуникационные среды |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/83070 |
| work_keys_str_mv | AT horozovoa vikoristannârelâcíinoísubddlâstrukturovanihxmldokumentív AT horozovoa usingarelationaldatabasemanagementsystemforthestructuredxmldocuments AT horozovoa ispolʹzovanierelâcionnoisubddlâstrukturirovannyhxmldokumentov |