Производительность запроса для запроса столбца XML в SQL Server

#sql-server #xml #xquery

#sql-сервер #xml #xquery

Вопрос:

Мы думаем о предоставлении некоторых расширенных возможностей запроса для приложения.

Приложение находится в домене розничной торговли и хранит основные объекты в столбце XML для всех основных объектов (счет-фактура, заказ, Продукт и т. Д.) В приложении.

Размер базы данных уже превышает 10 ГБ.

Будет ли хорошим выбором использовать запрос к столбцу XML в SQL Server, что является альтернативой им, поскольку данные основного объекта всегда хранятся в формате XML вместо таблиц RDBMS.

Комментарии:

1. Интересно, что вы делаете, задавая этот вопрос? С таким небольшим количеством показателей производительности вы не можете ожидать, что мы предоставим обратную связь о том, что это хорошая или плохая идея. Этот вопрос серьезно подорван. Это похоже на вопрос «Что плохого в том, чтобы владеть Porsche 911 и каковы последствия для производительности».

2. @dirkk попытался переформулировать вопрос. Действительно, у меня есть проблема. На данный момент я думаю, что проектное решение хранить данные основного объекта в виде столбца XML было злым решением, поскольку это замедляет возможности запросов системы.

3. Вопрос по-прежнему не очень полезен. Если вы хотите сохранить XML в своей СУБД, вы, конечно, должны сделать это в столбце XML. Конечно, вы могли бы как-то разделить его и сохранить атомарные значения, но все это зависит от ваших конкретных данных и использования, которые вы нам не показываете. Типы данных XML в СУБД обычно индексируются, поэтому, если у вас проблемы с производительностью, убедитесь, что вы их используете. Как всегда при проектировании базы данных, использование индексов является ключевым.