Доброго дня.
Есть структура данных:

<Заказ> -> <Клиент> (N,N)
<Клиент> -> <Документ> (1,N)
<Заказ> -> <Сопроводительный документ> (N,N)
<Сопроводительный документ> -> <Документ> (N,N)

Данные будут приходить в xml и выгружаться наружу то же в xml, всё через soap.
Насколько правильно делать реализацию в виде хранения xml (как типа данных) а не реляционной структуры?

Предполагаются "не частые" изменения схемы xml-я (добавление, удаление атрибутов).
Заказчик хочет получать на выходе "разные" xml-и (заказ-клиент-документ, клиент-документ- сопр. док. ...)

Платформа sql server 2008
--------------------------------------------------------------
Дьявол кроется в деталях.

Petro123Дедушка,

вопрос по "проектированию БД"?
Да нет... :)
Вопрос, стоит ли хранить xml-и как таковые (в столбце типа xml)?

BelyВрядли стоит.

Стоит только в том случае, если вы систему свою низведете до хранения XML без всякой обработки внутренностей.
Ну, я вот собственно об этом...

С одной стороны "слабо" меняющийся xml
плюсы: нет нужды заморачиваться с EAV и тп.
минусы: при изменении значения атрибута (клиент паспорт поменял) нужно вносить изменения во все xml-и содержащие этот атрибут-сущность

С другой EAV со всеми прелестями или как альтернатива интерпретатор генерирующий DDL изменения фиксированной реляционной структуры по метаданным с перестроением "методов класса"...

В общем, в чём руки пачкать?

Всем спасибо за ответы.
Остановился на варианте интерпретатора генерирующего DDL...

--------------------------------------------------------------
Дьявол кроется в деталях.