なぜ歴史的にデータベースフィールドの大きさに256ではなく255を使用するのでしょうか。

255文字の大きさに設定されたデータベースフィールドをよく目にしますが、なぜ伝統的/歴史的な理由なのですか？私はそれがページング/メモリ制限とパフォーマンスに関係していると思いますが、255と256の違いは常に私を混乱させました。

varchar(255)

これがインデクサーではなく容量または大きさであることを考えると、なぜ256は256よりも255が推奨されますか？バイトは何らかの目的（ターミネーターまたはnullなど）のために予約されていますか？

おそらくvarchar（0）はナンセンスです（容量がゼロです）？どちらの場合、2 ^ 8のスペースは確かに256である必要がありますか？

パフォーマンス上の利点を提供する他の大きさはありますか？たとえば、varchar（512）はvarchar（511）またはvarchar（510）よりもパフォーマンスが低いですか？

この値は、新旧のすべてのリレーションデータベースで同じですか？

免責事項 -私はDBAではなく開発者です。既知のビジネスロジックに適したフィールドサイズとフィールドタイプを使用しますが、この設定の歴史的な理由を知りません。それがまだ関連している場合はより多く）。

編集：

答えをありがとう、サイズを格納するためにバイトが使用されるといういくつかの合意があるようですが、これは私の心の中で決定的に問題を解決するものではありません。

メタデータ（文字列の長さ）が同じ連続したメモリ/ディスクに格納されている場合、それはある程度の意味があります。1バイトのメタデータと255バイトの文字列データは非常にうまく適合し、256の連続したストレージのバイトに適合します。これはおそらくきちんと整頓されています。

しかし...メタデータ（文字列の長さ）が実際の文字列データとは別に（おそらくマスターテーブルに）格納される場合、1バイトの整数のみを格納する方が簡単だからといって、文字列のデータの長さを1バイトに制限します。メタデータの部分は少し変わっているようです。

どちらの場合も、おそらくDBの実装に依存するのは微妙なことのようです。255を使用する習慣はかなり広まっているように思われるので、最初にどこかで誰かがその良い事例について議論したに違いありません。プログラマーは理由なしに新しい慣行を採用することはありません。

最大長は255文字です。DBMSは、フィールド内のデータの長さを示すために1バイトを使用することを選択できます。制限が256以上の場合、2バイトが必要になります。

長さゼロの値は、varcharデータに対して確かに有効です（他に制約がない限り）。ほとんどのシステムはそのような空の文字列をNULLとは異なるものとして扱いますが、一部のシステム（特にOracle）は空の文字列をNULLと同じように扱います。空の文字列がNULLではないシステムの場合、行のどこかにビットを追加して、値をNULLと見なすかどうかを示す必要があります。

お気づきのように、これは歴史的な最適化であり、今日のほとんどのシステムにはおそらく関係ありません。

255は、mySQL4以前のvarchar制限でした。

また、255文字+ヌルターミネータ= 256

または、1バイトの長さの記述子で、0〜255文字の範囲を指定できます

255は、シングルバイトの符号なし整数（8ビットバイトを想定）に格納できる最大の数値です。そのため、ある目的のために文字列の長さを格納するアプリケーションは、256以上ではなく255を優先します。 「サイズ」変数に1バイトを割り当てます。

MySQLマニュアルから：

データ・タイプ ：
VARCHAR（M）、VARBINARY（M）

必要なストレージ：
列の値が0〜255バイトを必要とする場合はL + 1バイト、値が255バイトを超える場合はL + 2バイト

理解して選択してください。

255は8ビット整数の最大値です：11111111 = 255。

最大長は255で、データベースエンジンは1バイトのみを使用して各フィールドの長さを格納できます。1バイトのスペースを使用すると、文字列の長さに2 ^ 8 = 256の異なる値を格納できることに間違いはありません。

ただし、フィールドに長さゼロのテキスト文字列を格納できるようにする場合は、長さにゼロを格納できる必要があります。したがって、0から始まる256の異なる長さの値を許可できます：0-255。

多くの場合、varcharはパスカル文字列として実装されます。実際の長さはバイト＃0に保持されます。したがって、長さは255にバインドされていました（1バイトの値は0から255まで変化します）。

<<

ビット/バイトストレージの基本を思い出しました。256未満の整数を格納するには1バイト、256〜65536の整数には2バイトが必要です。したがって、511または512を格納するには同じスペース（2バイト）または65535が必要です。 ....したがって、上記の説明で述べたこの引数は、varchar（512）またはvarchar（511）ではN / Aであることは明らかです。

符号なし8ビット= 256バイト

255文字+バイト0の長さ

以前は、すべての文字列にNULターミネータ、つまり「バックスラッシュゼロ」が必要でした。更新されたデータベースにはそれがありません。これは「255文字のテキスト」で、末尾に「\ 0」が自動的に追加されたため、システムは文字列の終了位置を認識していました。VARCHAR（256）と言った場合、結果は257になり、次のレジスタに1文字入ります。もったいない。そのため、すべてがVARCHAR（255）およびVARCHAR（31）でした。習慣的に、255は動かなくなったようですが、31は32に、511は512になりました。その部分は奇妙です。VARCHAR（256）を自分で書くのは難しいです。

これはあなたの質問に答えるかもしれません。以前のシステムではvarcharの上限だったようです。私は別のスタックオーバーフローの質問からそれを取りました。

もちろん、最長の郵便住所が何であるかを知ることは困難です。そのため、多くの人が、どの住所よりも確実に長い長いVARCHARを選択しています。また、255は通常、一部のデータベースではVARCHARの最大長であった可能性があるため、慣例となっています（最近までのPostgreSQLと同様）。

すべてのテキストベースのフィールドに汎用のvarchar（255）を使用することには欠点がありますか？

データはバイナリシステムでメモリに保存され、0と1は2進数です。1バイト（8ビット）に収まる最大の2進数は11111111で、10進数の255に変換されます。