VARCHAR列に任意の長さ制限を追加する必要がありますか？

PostgreSQLのドキュメントによるとVARCHAR、VARCHAR(n)との間にパフォーマンスの違いはありませんTEXT。

名前または住所列に任意の長さ制限を追加する必要がありますか？

編集：だまされていない：

• すべての値が36文字の場合、char vs varcharを使用すると、インデックスルックアップは著しく高速になりますか

このCHARタイプは過去の遺物であり、パフォーマンスだけでなく、アーウィンのような他の長所と短所も彼の驚くべき答えで述べています。

答えはノーです。回避できる場合は
、長さ修飾子を追加しないでくださいvarchar。ほとんどの場合、とにかく実際には長さの制限は必要ありません。textすべての文字データに使用するだけです。をvarchar持たないRDBMSとの互換性を維持する必要がある場合は、（長さ修飾子なし）にしますtext。

パフォーマンスはほぼ同じである- textであるまれな状況では少し速く、そしてあなたは、長さのチェックのためのサイクルを節約します。

実際に最大長を強制する必要がある場合は、そのためにチェック制約を使用textして追加します。

ALTER TABLE tbl ADD CONSTRAINT tbl_col_len CHECK (length(col) < 51);

このような制約は、テーブル定義と依存するすべてのオブジェクト（ビュー、関数、外部キーなど）を台無しにすることなく、いつでも変更または削除できます。

長さ修飾子を使用すると、このまたはこれまたはこのような問題に遭遇するだけです...

PostgreSQL 9.1では、この痛みを多少軽減するための新機能が導入されました。ここでリリースノートを引用します。

ALTER TABLE ... SET DATA TYPE適切な場合にテーブルの書き換えを回避できるようにします（Noah Misch、Robert Haas）

たとえば、varchar列をテキストに変換するときに、テーブルを書き直す必要はなくなりました。ただし、varchar列の長さの制約を増やすに は、テーブルの書き換えが必要です。

データを検証するために、長さ制限を一種のチェック制約と見なす場合は、追加します。実際にあなたがしたい場合がありますないにするために、代わりに長さの定義が、実際のチェック制約を使用変える速く限界に。

長さの制限を変更（増加）するにALTER TABLEは、テーブルの排他的ロックが必要である間に（テーブルの再書き込みの可能性があるため）終了するのに長時間かかることがあるを実行する必要があります。

チェック制約の変更（つまり、ドロップと再作成）は非常に簡単な操作であり、テーブルのデータを読み取るだけで、行は変更されません。そのため、より高速になります（つまり、排他テーブルロックがはるかに短い時間保持されることを意味します）。

操作中、a text、a、varcharまたはvarchar(5000)columnに違いはありません。

問題は、VARCHAR列に任意の長さ制限を追加するかどうかです。

それに対する答えは、単に「いいえ」です。のvarchar(max)ような規則をサポートまたは使用する下位データベースの場合のように、任意の制限を追加することを正当化できるものはありませんvarchar(255)。ただし、仕様が制限に対応している場合、特にPostgreSQLの最新バージョンでは、答えははるかに複雑になると思います。そして、そのために、私はYESに傾くでしょう。

私の意見では、仕様で要求されている場合、制限は賢明な選択です。特に、より合理的なワークロードの場合。他の理由がない場合は、メタデータを保存します。

ここでの私の答え、CHAR vs VARCHAR（Postgres）のインデックスパフォーマンスでは、メタデータの値を扱います。

意味のある可変長テキストキーがあり、一定の最大長を持つと信頼している仕様を見つけた場合、私も使用しvarcharます。ただし、その基準に適合するものは考えられません。

VARCHAR「長い文字列はシステムによって自動的に圧縮される」と「非常に長い値もバックグラウンドテーブルに格納される」ため、非常に大きな文字列の格納に定期的に使用すると、パフォーマンスに多少の違いがあるようです。理論的には、これは、非常に長い文字列フィールドに対する大量のリクエストが、短い文字列フィールドに対するリクエストよりも遅いことを意味します。名前とアドレスはそれほど長くないので、おそらくこの問題に遭遇することはないでしょう。

ただし、データベース外でこれらの文字列をどのように使用するかに応じて、システムの悪用を防ぐために実用的な制限を追加することができます。たとえば、フォームのどこかに名前と住所を表示している場合、「名前」フィールドにテキストの段落全体を表示できない可能性があるため、名前列を500などに制限するのが理にかなっています。文字。