Postgresql-varcharカラムのサイズをより短い長さに変更します

ALTER TABLE非常に大きなテーブル（約3,000万行）に対するコマンドについて質問があります。その列の1つはです。varchar(255)これをにサイズ変更したいと考えていvarchar(40)ます。基本的に、次のコマンドを実行して列を変更します。

ALTER TABLE mytable ALTER COLUMN mycolumn TYPE varchar(40);

プロセスが非常に長くても問題はありませんが、ALTER TABLEコマンドの実行中にテーブルが読みにくくなったようです。もっと賢い方法はありますか？たぶん、新しい列を追加し、古い列から値をコピーし、古い列をドロップして、最後に新しい列の名前を変更しますか？

手がかりは大歓迎です！前もって感謝します、

注：PostgreSQL 9.0を使用しています。

データを変更せずにPostgreSQLテーブルの列のサイズを変更するでこれを行う方法の説明があります。データベースカタログデータをハックする必要があります。これを公式に行う唯一の方法は、ALTER TABLEを使用することです。前述のとおり、変更すると、実行中にテーブル全体がロックされ、テーブル全体が書き換えられます。

これを変更する前に、ドキュメントの「文字タイプ」セクションを必ずお読みください。ここで知っておくべきあらゆる種類の奇妙なケース。長さチェックは、値が行に格納されるときに行われます。そこで下限をハッキングしても、既存の値のサイズはまったく減少しません。変更を加えた後、フィールドの長さが40文字を超える行を探すためにテーブル全体をスキャンすることをお勧めします。それらを手動で切り捨てる方法を理解する必要があります-そのため、サイズが大きいものにロックを戻します-誰かがその行で何かを更新しようとすると、現時点では大きすぎるため拒否されます行の新しいバージョンを格納します。陽気さがユーザーに起こります。

VARCHARは、SQL標準の関連するひどい部分に準拠するためだけにPostgreSQLに存在するひどい型です。マルチデータベースの互換性を気にしない場合は、データをTEXTとして保存し、長さを制限する制約を追加することを検討してください。このテーブルロック/書き換えの問題がなくても変更できる制約は、弱い長さのチェックよりも多くの整合性チェックを実行できます。

PostgreSQL 9.1ではより簡単な方法があります

http://www.postgresql.org/message-id/162867790801110710g3c686010qcdd852e721e7a559@mail.gmail.com

CREATE TABLE foog(a varchar(10));

ALTER TABLE foog ALTER COLUMN a TYPE varchar(30);

postgres=# \d foog

 Table "public.foog"
 Column |         Type          | Modifiers
--------+-----------------------+-----------
 a      | character varying(30) |

さて、私はおそらくパーティーに遅れます、しかし...

ケースの列のサイズを変更する必要はありません！

他の一部のデータベースとは異なり、Postgresは文字列に収まるだけの十分なスペースを使用するのに十分スマートです（長い文字列の圧縮を使用していても）。したがって、列がVARCHAR（255）として宣言されている場合でも-40文字の文字列を列では、スペース使用量は40バイト+ 1バイトのオーバーヘッドになります。

短い文字列（最大126バイト）のストレージ要件は、1バイトに実際の文字列を加えたもので、文字の場合はスペースのパディングが含まれます。長い文字列は1ではなく4バイトのオーバーヘッドを持ちます。長い文字列はシステムによって自動的に圧縮されるため、ディスク上の物理的な要件は少なくなる可能性があります。非常に長い値もバックグラウンドテーブルに格納されるため、短い列値への迅速なアクセスを妨げることはありません。

（http://www.postgresql.org/docs/9.0/interactive/datatype-character.html）

VARCHARのサイズ指定は、挿入される値のサイズを確認するためにのみ使用され、ディスクレイアウトには影響しません。実際、VARCHARおよびTEXTフィールドはPostgresと同じ方法で格納されます。

VARCHARを32から8に切り詰めようとして、を取得しようとして同じ問題に直面していましたERROR: value too long for type character varying(8)。私は顧客の選択に応じて異なるDBMSに切り替える必要がある可能性のある自作のJPAのような構造を使用しているため、SQLにできるだけ近づけたいです（PostgreSQLがデフォルトです）。したがって、システムテーブルを変更するトリックを使用したくありません。

私はUSINGステートメントを使用して終了しましたALTER TABLE：

ALTER TABLE "MY_TABLE" ALTER COLUMN "MyColumn" TYPE varchar(8)
USING substr("MyColumn", 1, 8)

@rayluが指摘ALTERしたように、他のすべての操作が完了するまで遅延するように、テーブルの排他ロックを取得します。

新しい列を追加して新しい列を古い列に置き換えると、うまくいきました。redshiftpostgresqlで、詳細についてはこのリンクを参照してくださいhttps://gist.github.com/mmasashi/7107430

BEGIN;
LOCK users;
ALTER TABLE users ADD COLUMN name_new varchar(512) DEFAULT NULL;
UPDATE users SET name_new = name;
ALTER TABLE users DROP name;
ALTER TABLE users RENAME name_new TO name;
END;

これが、Greg Smithが記述したページのキャッシュです。それも死んだ場合、alterステートメントは次のようになります。

UPDATE pg_attribute SET atttypmod = 35+4
WHERE attrelid = 'TABLE1'::regclass
AND attname = 'COL1';

テーブルがTABLE1の場合、列はCOL1であり、35文字に設定します（+4は、リンクに従ってレガシー目的で必要です。おそらくコメントでAHによって参照されるオーバーヘッドです）。

トランザクションに変更を入れた場合、テーブルはロックされません。

BEGIN;
  ALTER TABLE "public"."mytable" ALTER COLUMN "mycolumn" TYPE varchar(40);
COMMIT;

これは、40万行を超えるテーブルで数秒高速で動作しました。

サイズを変更する非常に簡単な方法、つまり「import javax.validation.constraints」、つまり「import javax.validation.constraints.Size;」の一部であるアノテーション@Size（min = 1、max = 50）を見つけました。

@Size(min = 1, max = 50)
private String country;


when executing  this is hibernate you get in pgAdmin III 


CREATE TABLE address
(
.....
  country character varying(50),

.....

)

次の変更テーブルを実行してみてください。

ALTER TABLE public.users 
ALTER COLUMN "password" TYPE varchar(300) 
USING "password"::varchar;