MySQL varcharとIBM DB2 varchar dataypeの比較

Question

私は、varcharデータ型について疑問を抱きました。私たちは皆知っている。

charは、固定長データ型です。したがって、char値の格納サイズは、列の最大サイズの と同じです。しかし、 "varchar"の場合は可変長データ型の ですので、varchar値の格納サイズはこの列の最大サイズではなく、入力されたデータの実際の長さです。だから、varcharは、文字/テキストの種類のデータを保存し、将来の使用のために未使用のメモリを保存する必要があるときに、一般的に使用されます。

最近私は、IBM DB2の場合、テーブルの残りの列の中間にvarchar列を使用すると、その特定の列の文字の格納サイズは、 varchar列のサイズ。

EX：

1. のfirstName：CHAR（50）
2. lastNameの：VARCHAR（50）
3. EMAILID：CHAR（50）

が3列このような表の場合

これで、このテキスト（ 'Majhi'）をデータ型varchar(50)のcoloumn "lastName"に保存する場合、実際には5charsを取​​るのではなく、50chのストレージサイズを使用しますテキスト（ 'マジ'）。

これは、IBM DB2では、テーブルのcoloumnsの残りの中間にある任意のvarcharデータ型coloumnを含めて、charデータ型と同じように機能します。したがって、メモリの最適化は起こりません。

私たちのMySQLが同じように動作しているか、varchar dataype coloumnがどこに存在しているのか分かりません。したがって、varcharデータ型列が動作する必要があります。

Answer 1

ここには2つの側面があります。

最初はディスク上のストレージです。この場合、必要なだけ多くのデータが格納され、varcharの後に他の列があるかどうかは重要ではありません。

2番目のテーブルはメモリにロードされます。この場合、MySQLは内部的にVARCHAR(n)をCHAR(m) [1]に変換します。ここで、mは指定された列のデータの最大長です。したがって、カラムがVARCHAR(60)と宣言されていて、その中に格納されている最長の文字列の長さが10の場合、メモリ内のフィールドは固定長の10になります。これは、メモリフットプリントの最小化とデータアクセスのパフォーマンスの最大化との間で妥協を招いています（特定の列が開始位置を知っていれば、それをフェッチする方が簡単です）。

[1]：ここで簡略化の種類。実際にはCHARやその他のMySQLデータ型ではありません。