XML в DB

[Silicium]

Скажите, пожалуйста, насколько аморально хранить данные в базе в виде XML текста?

Добавлено через 1 минуту
Заранее извиняюсь, наверное, вопрос не в тот раздел)))) Привычка во Flex залазить

[alatar]

Смотря с какой целью.

[ShockWave512]

хмл не разрабатывался для целей хранения данных, главное его назначение передача и удобное представление данных

хранить в бд хмл имеет смысл при очень небольших объемах базы и таблицы, т.к. объемы хранения могут различаться при обычной (реляционной) схеме, и её применении при хранении хмл строк, на порядки ...

еще как вариант, такое хранение может ускорить получение данных из бд, так как не требует обработки запроса, а только выборку для него данных

но тема длинная, лучше стройте хмл при извлечении данных, не грузить лишний раз сервер - очень хорошая практика

[Silicium]

Вот в том-то и вопрос, как найти золотую середину между весом и скоростью.

[Dimitry_II]

Сообщение от ShockWave512

хмл не разрабатывался для целей хранения данных, главное его назначение передача и удобное представление данных

Весьма спорно и первое, и второе, и третье ...
Не считаю XML ни удобным для данных, ни удобным для передачи, поэтому все, что с ним связано, подвергаю сомнению. Исключение - файл пропертей.
Главным фактором в разрезе этого топика считаю метод отправки вынутого из базы куска текста с xml'ом - если это будет передаваться как текст, то еще скрипя серце можно согласитьмя, хотя неудобно ни хранить, ни обрабатывать, ни отправлять (слишком большое и медленное как следствие). Если же как xml-сущность, то и подавно, потому как сначала сервер должен это расперсить, чтобы представить структурой, а потом отправить как сущность xml. Это - трижды или четырежды невыгодно: долго, да и вообще преступно.
В любом случае - считаю, что формирование хмл не настолько трудоемко и медленно, чтобы не воспользоваться позитивными сторонами такого использования: удобство представления данных, динамичность представления и возможность варьирования в представлении данных для отправки.

[Ivanaka]

Сообщение от Dimitry_II

Если же как xml-сущность, то и подавно, потому как сначала сервер должен это расперсить, чтобы представить структурой, а потом отправить как сущность xml.

Почему бы не парсить ХМL на клиенте? Я так и сделал: принимает и пишет ХМL в БД как текст, а на клиенте я работаю с XML потому что удобно. Единственно, что смущает - при изменении одного элемента в XML в базу пишу весь документ, хотя нареканий не вызывает особых.

[Dimitry_II]

А если использовать XML-сокет, то создавать ответ в виде хмл, в тэг которого вставлять строку, состоящую из хмл? - Масло масляное ...

[im4LF]

Silicium, о какой СУБД идет речь? И какая цель хранить готовый xml в СУБД? Чем в таком случае это (обычное хранение) лучше фс?

Возможно имеет смысл посмотреть на поддержку xml в СУБД - например http://wiki.postgresql.org/wiki/XML_Support, http://www.oracle.com/technetwork/da...ex-160407.html, http://dev.mysql.com/doc/refman/5.1/...functions.html