問題タブ [varchar]

CHAR と VARCHAR の違い (一方は固定長、もう一方は可変長) を理解しています。また、行内のすべてのフィールドが固定長である場合、テーブルのパフォーマンスは一般的に向上します。

ただし、VARCHAR(500) などの長さを VARCHAR に指定すると、その行は固定長として保持されるのでしょうか?

コンテキストとして、50 列 (ほとんどが TINYINT) のクリーンなテーブルがありますが、それぞれ最大 500 文字を格納する必要があるため、このテーブルには VARCHAR として 2 つの列が必要です。正確な長さはユーザーの入力に左右されるため、不明です。

追加の条件として、これらの VARCHAR フィールドを別の参照テーブルに入れたくありません。これは、不要な結合が生成され、予想されるクエリ パターンに効率的に適合しないためです。

どんな助けでも大歓迎です。ありがとう。

MySQLtextでラージの代わりに型を使用する場合の比較、個人的な経験、またはガイドラインはありますか?varchar

私のデータベースのほとんどのエントリは 1000 文字未満ですが、中には 4000 文字以上かかるものもあります。より良いバリアントvarcharを作る限界の長さはどれくらいですか?text

これらのフィールドにインデックスを付ける必要はありません。

ユーザー間のメッセージを記録する MySQL のメッセージ テーブルがあります。典型的な ID とメッセージ タイプ (すべて整数型) とは別に、実際のメッセージ テキストを VARCHAR または TEXT として保存する必要があります。フロントエンドの制限を 3000 文字に設定しています。これは、メッセージがこれより長くデータベースに挿入されないことを意味します。

VARCHAR(3000) または TEXT を使用する理由はありますか? VARCHAR(3000) を書くだけで、やや直感に反する何かがあります。私はスタック オーバーフローに関する他の同様の投稿を見てきましたが、このタイプの一般的なメッセージ ストアに固有のビューを取得するとよいでしょう。

約5文字しか使用しないのに、Djangoを使用してCharField（max_length = 255 ）を設定しています。これは効率が悪いですか？varcharではそれほど重要ではないことを読みましたが、必要なものだけを指定することでハードドライブのスペースを節約できることを読みました。

誰かがそのクエリで理由を説明できますか:

tagsテーブルからすべての行を返しますが、2016引用符で囲むとうまくいきますか?

tag列はvarcharタイプです。

サンプル環境

Roland Bouman が得たのと同じエラーも発生します。

SQL Server 2000の最大サイズを教えてvarcharください。Google で調べていると、8000 文字と書かれていて、8060 バイトと書かれていました。どちらが正しいですか？

この質問を読んで、疑問が頭に浮かびました：

• char および varchar は最大 255 文字を格納できます
• テキストは最大 65k 文字を格納できます
• バイト単位の文字サイズは文字数です
• バイト単位の varchar サイズは、使用される文字数+ 1です。

では、TEXT が実際に占めるバイト数は? ~65KB または使用文字数+ 1?

すべての Sql Server 2008 文字列列を varchar(max) にすることに問題はありますか? 許容される文字列サイズはアプリケーションによって管理されます。データベースは、私が与えたものを永続化する必要があります。Sql Server 2008 ですべての文字列列を varchar(max) 型に宣言すると、実際にデータのサイズに関係なく、パフォーマンスが低下しますか?

非常にスケーラブルなアプリを構築しており、小さな文字列 (50 ～ 1000 文字) に使用するデータ型を知る必要があります。VARCHAR はサイズが固定されているため、高速になる可能性があると聞きましたが、TEXT を使用すると、文字は別の CLOB に格納され、行データにはポインターのみが格納される可能性があります。これは小さくなりますが、パフォーマンスに大きな影響はありますか?

varchar(40) フィールドを持つ古いテーブルを使用しています。そのフィールドにもっと多くの文字を挿入できるようにしたいので、長さを増やしたいです。
長さを長くする前に考えておくべき悪影響はありますか?