非構造化データまたはドキュメント(friendfeedなど)を保存している場合は、あなたが提案するように、非構造化データモデルのみを使用します。
代替ストレージの考え方
非構造化データには、SQL サーバーよりも適したデータ ストレージ システムが数多くあります。これらのいずれかを既存の構造化データベースと組み合わせることをお勧めします。
SQL オプション
これを行うことができず、非構造化データを SQL DB に格納する必要がある場合は、いくつかのオプションがあります。実際にはデータ型だけが問題ではなく、データの格納方法が問題になります。
次の 2 つのオプションは、これらの両方の課題に対するソリューションを提供します...
XML - xml データ型
保存するデータを考慮する必要があります。コンテンツを返し、コンテンツに対して複雑な検索を実行する必要がある場合は、XML が最善の策です。また、保存されたデータが定義された構造と一致することを検証することもできます (dtd を使用)。この記事を参照してください。
http://msdn.microsoft.com/en-us/library/ms189887.aspx
または JSON - nvarchar(max) データ型
Web ページに表示するため、または Javascript で使用するためにこのデータを返す必要がある場合は、JSON として保存するのが最も簡単です。直接操作して操作できるオブジェクト モデルに簡単にロードできます。欠点は、データの複雑な検索が XPATH に比べて非常に遅くなることです (すべてのオブジェクトを繰り返し処理し、一致するものを見つけます)。
他の言語または奇妙な文字からデータを保存している場合は、nvarchar (Unicode バージョン) を使用してください。それ以外の場合は、varchar が最も効率的です。