問題タブ [varchar]

varcharサイズが 2 の累乗のフィールドを使用するよりも、別の数値を使用する方が効率的ですか? SQL Server のデフォルトは 50 であるため、いいえと考えています。

ただし、フィールドのサイズを 2 の累乗にすると、偶数バイトに相当し、コンピューターはビットとバイトで処理されるため、フィールドのサイズを 2 の累乗にする方が効率的であると聞いたことがあります (ただし、確認したことはありません)。

では、フィールドは として宣言されていますvarchar(32)かvarchar(64)、それよりも実際にメリットがありvarchar(50)ますか?

DB内のすべてのテーブルの詳細を取得するために関数sp_spaceusedを使用しています。index_size列はVARCHARで返され、最後に「KB」が付いていますが、MBで表示したいと思います。私が知る必要があるのはKBを取り除く方法だけです、私は残りをすることができます！：D

更新：このスレッドで提供されたSQLのみのソリューションを探していたため、これが提案された他の質問と重複しているとは思いません。

現在 SQL Server 2000 をバックエンドとして実行している asp.net Web サイト プロジェクトを継承しました。

SQL Server 2005 Express を使用して、db のローカル コピーでいくつかのデータベースの変更を行ってきました。varchar(max)列を使用してテーブルを作成しました。これらは、任意の長さの XHTML のスニペットを格納するために使用されます。

stackoverflow をブラウジングしているときに、これに出くわしました: 常に nvarchar(MAX) を使用することには欠点がありますか?

varchar(max)ユーザー mattruma は、SQL Server 2000 での使用について「難しい方法」を見つけたと言います。

varchar(max)ライブ データベースが SQL Server 2000 で実行されている場合、代わりに何を使用すればよいですか?

助けてくれてありがとう！

MS-SQL Server 2005 データベースを検索して、特定のテキスト フィールドの長さが常に 8 の倍数であることを確認していました。次のクエリを実行すると、いくつかの行の長さが 30 であることがわかりました。しかし、それらのレコードを調べたところ、それよりも長いことがわかりました。

ただし、varchar の長さを (次のクエリのように) もっと長く指定すると、問題なく動作します。

デフォルトが 30 である理由と、これが構成可能な設定であるかどうかを知っている人はいますか?

javascriptアプリ内で、SQL Server 2005でsprocを呼び出しています。このsprocは、bigint、varchar（20）、およびvarchar（MAX）の3つのタイプの列を持つ結果セットを返します。

sprocを呼び出して結果を読み取る場合、例外はスローされません。結果セットを列挙する場合：

myStringの値を調べるとき、その値は私が期待するものではありません。

フィールドの真の価値を取得する方法はありますか？

getString（）以外の別のメソッドを呼び出すのではないでしょうか？

firebird データベースのすべての varchar 列を UTF8 に変更していますが、varchar サイズの違いがわかりません。

たとえば、文字セットと照合を何も設定しない場合、varchar サイズを 255 に設定できます。文字セットと照合を UTF8 に設定すると、varchar を 255 に設定すると、異なる値が読み取られます。

UTF8 の varchar(255) に相当する varchar サイズは?

Microsoft SQL Server Manager Studio で新しい VARCHAR 列を作成すると、デフォルトで長さが 50 になります。この長さには特別な意味がありますか？理論的には、30 から 70 の間の長さを選択するオプションがある場合、2 の累乗 (この場合は 32 または 64 など) のデフォルトを選択する方がよいのではないでしょうか?

SQL Server 2005 および Next SQL SERVER バージョンでは、VARCHAR(MAX)データ型 (2 GB 近くの char データを格納できる) が推奨されるデータ型の代替であることを読みました。TEXT

列内で任意の文字列を検索する場合、どの操作がより高速ですか?

1. 列LIKEに対して句を使用しますか?VARCHAR(MAX)

   WHERE COL1 LIKE '%search string%'

2. TEXT列を使用して、この列に全文索引/カタログCONTAINSを配置し、句を使用して検索しますか?

   WHERE CONTAINS (Col1, 'MyToken')

mysqlデータベースに約1000の異なる文字列があり、Webサイトのすべてのテキストを表示するために使用されるWebサイトがあります。文字列がデータベースに保存される理由は、2つの異なる言語をサポートしており、ユーザーの好み（英語と中国語）に基づいて異なる言語を表示できる必要があるためです。

文字列の長さはさまざまで、おそらく250本は長すぎてvarcharに収まりません。

このデータベースを実装しようとしていますが、750文字列に適合するvarcharsを使用して1つのテーブルを作成し、mediumtextを使用して残りの250個の長い文字列を格納する別のテーブルを使用するかどうかがわかりません。

varcharとmediumtextのパフォーマンスの違いは、2つのテーブルを設定する際の余分な問題を正当化するのに十分な大きさですか？または、すべてがmediumtextを使用する1つのテーブルを使用することをお勧めします。

ユーザーはこのデータを検索できなくなり、私はPHPを使用してデータを表示しています。

ありがとう