修改pg_attribute在PostgreSQL 13.8中未生效，无法扩展varchar列

直接修改pg_attribute系统表来扩展varchar列长度属于PostgreSQL官方不支持的非常规操作，不同版本的元数据管理机制差异导致了这个现象：

1. 内存缓存未更新
   PostgreSQL 9.6中，修改pg_attribute的atttypmod后，后续操作会自动重新读取系统表元数据，识别到列长度变更。但在13.x版本中，表的元数据（包括列长度）会被缓存到内存的relcache中，单纯修改系统表不会触发缓存刷新，数据库依然按照旧的20字符长度进行校验或截断，且不会抛出错误。

2. 系统表关联依赖增强
   13.x版本对系统表的依赖管理更严格，varchar列的长度约束除了pg_attribute的atttypmod，还关联到内部统计信息、查询计划缓存等其他模块，仅修改atttypmod无法同步更新这些关联信息，导致数据库不认可新的列长度。

3. 视图依赖的缓存连锁效应
   由于该列被大量视图依赖，13.x版本中视图的元数据也会被缓存，即使表的元数据被修改，视图引用该列时仍会传递旧的长度约束，若通过视图插入数据，会直接受到旧约束限制。

如果暂时不想使用标准的ALTER TABLE操作，可以尝试以下方式强制刷新元数据：

• 执行一个不改变表结构但触发元数据刷新的命令：

  ALTER TABLE C_BPartner REPLICA IDENTITY DEFAULT;
  

• 或者直接重启PostgreSQL服务，清空内存中的元数据缓存。

重要提醒：直接修改系统表存在数据损坏、元数据不一致的风险，官方强烈建议使用标准语法：

ALTER TABLE C_BPartner ALTER COLUMN x_taxid TYPE varchar(50);

若担心视图依赖问题，可以先创建临时表备份数据，修改原表列长度后迁移数据，再重新同步视图关联（操作前需做好全量备份）。

内容的提问来源于stack exchange，提问作者Sapta