Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
15.04.2009, 14:50
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
Доброго дня. Есть структура данных: Код: plaintext 1. 2. 3. 4.
<Заказ> -> <Клиент> (N,N) <Клиент> -> <Документ> (1,N) <Заказ> -> <Сопроводительный документ> (N,N) <Сопроводительный документ> -> <Документ> (N,N) Данные будут приходить в xml и выгружаться наружу то же в xml, всё через soap. Насколько правильно делать реализацию в виде хранения xml (как типа данных) а не реляционной структуры? Предполагаются "не частые" изменения схемы xml-я (добавление, удаление атрибутов). Заказчик хочет получать на выходе "разные" xml-и (заказ-клиент-документ, клиент-документ- сопр. док. ...) Платформа sql server 2008 -------------------------------------------------------------- Дьявол кроется в деталях. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
15.04.2009, 15:43
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
Дедушка, вопрос по "проектированию БД"? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
15.04.2009, 15:57
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
Petro123Дедушка, вопрос по "проектированию БД"? Да нет... :) Вопрос, стоит ли хранить xml-и как таковые (в столбце типа xml)? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
15.04.2009, 23:18
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
ДедушкаPetro123Дедушка, вопрос по "проектированию БД"? Да нет... :) Вопрос, стоит ли хранить xml-и как таковые (в столбце типа xml)?Врядли стоит. Стоит только в том случае, если вы систему свою низведете до хранения XML без всякой обработки внутренностей. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.04.2009, 10:58
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
BelyВрядли стоит. Стоит только в том случае, если вы систему свою низведете до хранения XML без всякой обработки внутренностей. Ну, я вот собственно об этом... С одной стороны "слабо" меняющийся xml плюсы: нет нужды заморачиваться с EAV и тп. минусы: при изменении значения атрибута (клиент паспорт поменял) нужно вносить изменения во все xml-и содержащие этот атрибут-сущность С другой EAV со всеми прелестями или как альтернатива интерпретатор генерирующий DDL изменения фиксированной реляционной структуры по метаданным с перестроением "методов класса"... В общем, в чём руки пачкать? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.04.2009, 12:52
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
Дедушка В общем, в чём руки пачкать? Bely тебе правильно сказал. ЗЫ - почитай кучу топиков на профильном форуме по БД - если у тебя БД настолько импотентна , что паспорта учитывает простой заливкой файла (без анализа и разбора), то обходись без БД, то есть без БД с приставкой "Р" ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.04.2009, 09:20
|
|||
---|---|---|---|
Подскажите по архитектуре (система хранения данных о заказах) |
|||
#18+
Всем спасибо за ответы. Остановился на варианте интерпретатора генерирующего DDL... -------------------------------------------------------------- Дьявол кроется в деталях. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=33&mobile=1&tid=1548561]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
82ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 179ms |
0 / 0 |