sql charやvarcharの文字数の決定基準

Question

###前提・実現したいこと
データベースのテーブル設計を行っていて、charやvarchar型の文字数を
どう決めたものか悩んでいます。
長くて80文字程度のデータを扱う場合、
varchar(100)ぐらいにすべきか、
なんとなくキリがよさそうなvarchar(127)としたものか。。。
いろんなサイトをみるとvarchar(255)が多いようですが。

そもそもこの文字数でデータ容量や検索性能などに違いが発生するものなのでしょうか？
皆さんはどういった基準でこの文字数をきめていますか？

Answer 1

VARCHARは名前の通り可変長で、容量は実際に入れた分しか消費しないので、多少余分に取ってもそこまで実害は出ないと思います。

(256)を超えると、容量を入れるバイトが伸びるので、1バイトで済む(255)が選ばれることがよくあります（Railsでも、特に指定しなければ(255)で設定されます）。

もちろん、外部の事情などで「ある一定以上の長さのデータが入るとまずい」ということなら、きっちり長さを設定しましょう。

CHARは文字数が固定長ですが、日本語文字を入れる場合には結局バイト数が変動してしまいますし、むしろ遅くなることもありますし、「厳密に長さの決まったコード」を入れる場合以外にはメリットはないでしょう。

Comments

[Sakaeda1112]

ありがとうございます。
256からは消費バイトが増えるので、1バイトで済む最大の255に設定されている方が多いのですね。ありがとうございます。

[izkn]

おまけ情報ですが、MySQL だとそれで良いのですが、PostgreSQL だと、ヘッダサイズの境界が126"バイト"になります。