Я бы использовал модель неструктурированных данных, например, как вы предлагаете, если вы храните неструктурированные данные или документы (например, Friendfeed).
Альтернативные мысли для хранения
Существует гораздо более подходящих систем хранения данных для неструктурированных данных, чем SQL-сервер. Я бы порекомендовал объединить одну из них с вашей существующей структурированной базой данных.
Параметры SQL
Если вы не можете сделать это и должны хранить неструктурированные данные в вашей БД SQL, у вас есть несколько вариантов, тип данных не единственный вопрос, как хранятся ваши данные.
Некоторая структура, позволяющая приложению, читающему данные, иметь возможность легко анализировать данные без сложных функций обработки строк.
Уметь определять модель для данных в вашем приложении, поэтому, когда вы читаете данные, вы знаете, что у вас есть.
Следующие 2 варианта обеспечивают решение обеих этих проблем ...
XML - тип данных xml
Вам нужно учитывать данные, которые вы храните. Если вам нужно вернуть его и выполнить сложный поиск по содержимому, то XML - ваш лучший выбор. Это также позволяет вам проверить, что сохраненные данные соответствуют определенной структуре (используя dtd). Смотрите эту статью.
http://msdn.microsoft.com/en-us/library/ms189887.aspx
или JSON - тип данных nvarchar (max)
Если вам необходимо вернуть эти данные для отображения на веб-странице или использования в Javascript, тогда проще всего сохранить их в формате JSON. Вы можете легко загрузить его в объектную модель, с которой можно работать напрямую и манипулировать. Недостатком является то, что сложный поиск данных будет очень медленным по сравнению с XPATH (переберите все объекты, найдите подходящие).
Если вы храните данные с других языков или странные символы, используйте nvarchar (версия в юникоде). В противном случае varchar будет наиболее эффективным.