私は30文字の長さのテキストフィールドを持っていますが、約2.000文字を達成することができます。SQL Serverテーブルに新しいテキスト列を作成する:どのタイプを選択すればよいですか?
「将来の安全性」については、この新しい列が3.000文字までサポートできるといいでしょう。このフィールドの平均サイズは250文字だと思います。
どのSQL Server 2000データ型がパフォーマンスとディスク容量を向上させるのに適していますか?
私は30文字の長さのテキストフィールドを持っていますが、約2.000文字を達成することができます。SQL Serverテーブルに新しいテキスト列を作成する:どのタイプを選択すればよいですか?
「将来の安全性」については、この新しい列が3.000文字までサポートできるといいでしょう。このフィールドの平均サイズは250文字だと思います。
どのSQL Server 2000データ型がパフォーマンスとディスク容量を向上させるのに適していますか?
ユニコードまたは非ユニコードのデータが必要ですか? varchar(3000)またはnvarchar(3000)のいずれかを使用します。テキストやntextは、クエリや更新に問題が発生するため、使用しないでください。
平均的な長さを設計することは意味がありません。
フィールドが3000文字まで保持される予定の場合、おそらくデータ型に大きなものがあることを確認する必要があります。あなたの平均ではなく、あなたの最大値に基づいたデザイン。
これは、VarCharの完璧なケースのようです。このフィールドでインデックスを作成していますか?
私はこのフィールドにインデックスを作成しません。 –
ありがとうございます。この場合に使用するデータ型の提案はありますか? –
@Victor:varchar(3000)は、最も柔軟性があります。テキストフィールドを使用すると、フィールドの内容のクエリが難しくなります。 – TheTXI
また、HLGEMは、複数の言語の開発など、標準的な文字セット以上の文字を受け入れる予定の場合は、Nvarcharを組み込むのがよい点を示しました。 – TheTXI