我有一个关于对一张非常大的表（近3000万行）使用ALTER TABLE命令的问题。
其中一个列是varchar(255)类型，我想将其调整为varchar(40)类型。
基本上，我想通过运行以下命令来更改我的列：
ALTER TABLE mytable ALTER COLUMN mycolumn TYPE varchar(40);
我的问题不在于进程时间很长，而是在执行ALTER TABLE命令期间，我的表似乎不再可读。
有没有更聪明的方法？也许可以添加一个新列，将旧列中的值复制到新列，删除旧列，最后重命名新列？
注意：我使用的是PostgreSQL 9.0。
在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) |
在这里有一个如何在不改变数据的情况下调整PostgreSQL表中列大小的描述。你需要修改数据库目录数据。官方唯一的方法是使用ALTER TABLE，但正如你所注意到的，该更改将在运行时锁定并重写整个表。
在更改之前，请确保阅读文档中的字符类型部分。这里有各种奇怪的情况需要注意。长度检查是在将值存储到行中时进行的。如果您在其中进行了较低限制的修改，则不会减少现有值的大小。在进行更改后，您应该对整个表进行扫描，查找字段长度大于40个字符的行。您需要手动截断这些行，因此您又回到了一些锁定问题，只是针对超大的行。因为如果有人尝试更新该行上的任何内容，它将在存储新版本的行时拒绝它，因为它现在太大了。这会给用户带来麻烦。
VARCHAR是PostgreSQL中存在的可怕类型，仅为了遵守其关联的SQL标准中的可怕部分。如果您不关心多数据库兼容性，请考虑将数据存储为TEXT并添加限制其长度的约束。您可以在不涉及表锁定/重写问题的情况下更改约束，并且它们可以进行比弱长度检查更多的完整性检查。
好的，我可能来晚了，但是...
在您的情况下，无需调整列大小！
与其他一些数据库不同，Postgres聪明地只使用足以适应字符串的空间（甚至对于较长的字符串使用压缩），因此即使您的列声明为VARCHAR（255）-如果您将40个字符的字符串存储在列中，空间使用量将是40个字节+ 1个字节的开销。
短字符串（最多126个字节）的存储要求是1个字节加上实际字符串，其中包括字符的空格填充。长字符串的开销有4个字节而不是1个字节。系统会自动压缩长字符串，因此磁盘上的物理要求可能较少。非常长的值也存储在后台表中，以便它们不会干扰对较短列值的快速访问。
(http://www.postgresql.org/docs/9.0/interactive/datatype-character.html)
VARCHAR中的大小规范仅用于检查插入的值的大小，它不影响磁盘布局。实际上，在Postgres中，VARCHAR和TEXT字段以相同的方式存储。
我遇到了同样的问题，尝试将VARCHAR从32截断为8时，出现了ERROR: value too long for type character varying(8)。我想尽可能地保持接近SQL，因为我正在使用一个类似于自制JPA的结构，我们可能需要根据客户的选择切换到不同的DBMS（PostgreSQL是默认的）。因此，我不想使用修改系统表的技巧。
最终我使用了ALTER TABLE中的USING语句：
ALTER TABLE "MY_TABLE" ALTER COLUMN "MyColumn" TYPE varchar(8)
USING substr("MyColumn", 1, 8)
正如@raylu所指出的那样，ALTER会对表进行独占锁定，因此在完成之前，所有其他操作都将被延迟。
ALTER 语句会对表进行独占锁定，阻止其他所有操作。 - raylu如果您将 ALTER 操作放入事务中，则不应锁定表：
BEGIN;
ALTER TABLE "public"."mytable" ALTER COLUMN "mycolumn" TYPE varchar(40);
COMMIT;
这个方法对我来说非常快，处理超过 400k 行的表只需要几秒钟。
ALTER语句的锁定行为呢？它并不会。 - Erwin Brandstetter对于我来说，在Redshift PostgreSQL上添加新列并用新列替换旧列是可行的。有关更多详细信息，请参考此链接：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所描述的页面的缓存。如果那个也失效了，修改语句如下：
UPDATE pg_attribute SET atttypmod = 35+4
WHERE attrelid = 'TABLE1'::regclass
AND attname = 'COL1';
如果您的表格是TABLE1，列是COL1，并且您想将其设置为35个字符（根据链接所述，可能需要+4用于遗留目的，也许是评论中A.H所提到的开销）。
ALTER TABLE public.users
ALTER COLUMN "password" TYPE varchar(300)
USING "password"::varchar;
@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),
.....
)
resizing不会使表格占用更少的空间吗？ - A.H.varchar(255)，它并不会为一个实际长度为40字节的值分配255个字节。它会分配40个字节（加上一些内部开销）。ALTER TABLE唯一会改变的是该列可以存储的最大字节数，超过此数将出现PG错误。请注意不要改变原文意思，并使翻译通俗易懂。 - A.H.