ja: Swap VARCHAR and CHAR translation error (#169)

This commit is contained in:
Yusuke Otsuka 2018-07-15 09:05:15 +09:00 committed by Donne Martin
parent e116bd75fc
commit e46d72a120

View File

@ -903,7 +903,7 @@ SQLチューニングは広範な知識を必要とする分野で多くの [本
##### スキーマを絞る ##### スキーマを絞る
* より早い接続を得るために、連続したブロックの中のディスクにMySQLをダンプする。 * より早い接続を得るために、連続したブロックの中のディスクにMySQLをダンプする。
* 長さの決まったフィールドに対しては `CHAR` よりも `VARCHAR` を使うようにしましょう。 * 長さの決まったフィールドに対しては `VARCHAR` よりも `CHAR` を使うようにしましょう。
* `CHAR` の方が効率的に速くランダムにデータにアクセスできます。 一方、 `VARCHAR` では次のデータに移る前にデータの末尾を検知しなければならないために速度が犠牲になります。 * `CHAR` の方が効率的に速くランダムにデータにアクセスできます。 一方、 `VARCHAR` では次のデータに移る前にデータの末尾を検知しなければならないために速度が犠牲になります。
* ブログ投稿などの大きなテキスト `TEXT` を使いましょう。 `TEXT` ではブーリアン型の検索も可能です。 `TEXT` フィールドを使うことは、テキストブロックを配置するのに用いたポインターをディスク上に保存することになります。 * ブログ投稿などの大きなテキスト `TEXT` を使いましょう。 `TEXT` ではブーリアン型の検索も可能です。 `TEXT` フィールドを使うことは、テキストブロックを配置するのに用いたポインターをディスク上に保存することになります。
* 2の32乗や40億を超えてくる数に関しては `INT` を使いましょう * 2の32乗や40億を超えてくる数に関しては `INT` を使いましょう