使用ALTER COLUMN修改字段维度时，哪些约束需显式声明才不会丢失？

一、修改列维度时，各类约束是否需要显式声明？ #

• PRIMARY KEY（主键）：不需要。只要你只是调整列的长度/精度/刻度，没有变更列的核心数据类型（比如还是VARCHAR只是改长度），主键约束会自动保留，不用在ALTER COLUMN语句里额外声明。当然，如果你把列改成了不适合做主键的类型（比如VARCHAR改TEXT），数据库会直接报错，但单纯改维度不会影响主键。
• DEFAULT（默认值）约束：不需要。调整列维度不涉及修改默认值逻辑的话，原来的DEFAULT设置会自动保留。比如把VARCHAR(5)改成VARCHAR(10)，原来的DEFAULT 'test'依然有效。
• CHECK（检查）约束：不需要。CHECK约束是基于列的逻辑条件，只要列的数据类型没有发生不兼容的变更，约束会自动保留，不用显式声明。
• UNIQUE（唯一）约束：和主键同理，单纯调整列维度不会丢失唯一约束，无需额外声明。

唯一例外是NOT NULL约束：很多数据库（比如SQL Server、MySQL）在执行ALTER COLUMN时，如果不明确写NOT NULL，会默认将列改为允许NULL，所以必须显式声明才能保留原有的非空限制。

二、如何获取NOT NULL之外的其他约束信息？ #

不同数据库的系统视图略有差异，但可以通过以下途径获取：

通用INFORMATION_SCHEMA视图 #

• 主键/唯一约束：查询INFORMATION_SCHEMA.KEY_COLUMN_USAGE，结合INFORMATION_SCHEMA.TABLE_CONSTRAINTS，通过CONSTRAINT_TYPE区分是主键（PRIMARY KEY）还是唯一约束（UNIQUE），关联TABLE_NAME和COLUMN_NAME就能定位到对应列的约束。
• 默认值约束：直接查INFORMATION_SCHEMA.COLUMNS的COLUMN_DEFAULT字段就能拿到列的默认值；如果需要更完整的约束定义，可以结合INFORMATION_SCHEMA.TABLE_CONSTRAINTS和INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE（部分数据库适用）。
• 检查约束：查询INFORMATION_SCHEMA.CHECK_CONSTRAINTS，其中CHECK_CLAUSE字段会显示约束的逻辑表达式，再关联INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE就能找到对应的列。

数据库专属系统视图（举例） #

• MySQL：除了INFORMATION_SCHEMA，还可以通过INFORMATION_SCHEMA.STATISTICS获取主键和索引信息，INFORMATION_SCHEMA.CHECK_CONSTRAINTS获取检查约束，INFORMATION_SCHEMA.COLUMNS获取默认值。
• SQL Server：使用sys.key_constraints（主键/唯一约束）、sys.default_constraints（默认约束）、sys.check_constraints（检查约束），这些系统视图能提供更细致的元数据。
• PostgreSQL：查询pg_constraint系统表，通过contype字段区分约束类型（'p'=主键，'u'=唯一，'c'=检查，'d'=默认），再关联pg_class和pg_attribute找到对应的表和列。

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