Привет.

Строю схему БД. Я больше по C#, потому лучше задам вопрос профессионалам.

Проект обменивается данными с другими системами посредством XMLлок. Причем они могут быть довольно большие, но могут быть очень большими (под 10 Мб). Предположительно - половина будет маленькими (запрос информации) а другая половина большими(ответ)
Все эти XMLки нужно сохранять. Как исходящие, так и входящие. Для истории, для анализа ну и т.д.

Как лучше спроектировать БД?

1. Имеет ли смысл сделать такую вещь
MainTable
id XmlId MessageField1 MessageField2

XmlTable
Id Xml

Даст ли это какой либо выйгрышь, или не важно вообще и можно оставить все в одной таблице ?

2. Имеет ли смысл упаковывать эти XMLки в какой-то Blob, даст ли это сжатие ?

3. Стоит ли заморачиваться со столбцом типа XML, или оставить nvarchar(max) ?
Никогда с ним не работал, не знаю насколько он прост/сложен/удобен в целом, в функциях, применительно к C#.

4. Какие индексы стоит сделать - какой кластерны, покрывающий, с include ?

5. Еще какие-то идеи для оптимизации. Стоит ли делать секционирование ?

Спасибо )

Владислав Колосов,

Мне нужно создать базу MS SQL Server 2014. Создать в ней таблицу (или таблицы) для хранения XML сообщений и служебной, к ним, информации.

Будет приходить запрос в систему, в виде XMLки.
Программа будет сохранять пришедшее сообщение XML, с его служебной информацией, в таблицу. При отправке ответа его тоже нужно будет сохранить в эту таблицу.
Прямую работу с XML не предполагаю . Т.е. не понадобится делать полнотекстовый поиск. Для этого и будут созданы служебные поля (типа даты, имя отправителя).
Может быть сделаю какие-то процедуры, которые бы прямо на сервере извлекали какую-то информацию из XMLок, чтобы не гонять большой объем данных по сети на клиента. Но это уже предположения.

Думаю, что пригодятся и другие служебные таблицы, например для отображения того какое сообщение было ответом на какое.
Но этот вопрос не критичен, я его сам решу. Меня интересует как правильно подойти к проектированию таблицы с XMLками.

Поиск по таблице будет по ID сообщения, может быть дате. После чего программе нужно будет извлечь XML'ку и обработать ее.
Т.е. к XML'ке обращение должно идти в последнюю очередь.

Мне на ум приходит идея, что может оказаться выгодным хранить XMLки в отдельной таблице. Чтобы быстро фильтровать таблицу по служебной информации (ID, Дата, Имя отправителя и т.д.), и в последнюю очередь доставать уже саму XML.


Не знаю, что еще мне добавить. Я не понял вопроса про требования к системе :)

kva6513,

XML планирую сохранять просто на всякий случай :)
Вы подали мне интересную идею !

После того как ответ пришел и был распарсен, RAW вариант более не нужен !
А что если архивировать пришедшую XML (например в zip) и хранить уже этот архив в БД ? Насколько я понимаю тестовая строка сожмется чуть ли не в десятки раз.

Мне нравится такой вариант.

dma_caviarА вам в бекапах нужны все эти файлы?
Если нужны, то храните в базе, в FILESTREAM. Физически это обычные файлы на диске, но к ним можно делать запросы, как если бы файлы лежали в обычной таблице.

Интересный вопрос.
С одной стороны проще станет бэкапинг, администрирование - когда все лежит в одном месте. А с другой стороны увеличится размер.

Пожалуй сделаю через FILESTREAM.
Сжатие в архив должно существенно увеличить плотность записи.
К тому времени когда встанет вопрос слишком большого объема, можно будет подумать о секционированиях, архивирования. Пока сойдет и так.

Остается вопрос по индексам.
Опять же, я больше по C#. Поэтому задам, может быть наивный, вопрос. Какие индексы ?

Предположим структура таблицы будет такая:
id xml date SenderID еще_какое__важное_поле.

Какие индексы стоит сделать ?
Кластерный Первичный на ID ? А дальше что ? Стоит ли добавить столбец XML в Include ?

Могу представить ситуацию, когда появится желание получить "все запросы на дату для такого-то SenderId" и подобные.

ну хз. может быть имеет смысл, подумаю еще.