MySQL用MODIFY COLUMN或CHANGE COLUMN一步改字段类型，SQL Server需ALTER COLUMN分步设默认值；MODIFY支持批量修改且自动转换兼容类型，但跨大类转换或TEXT转VARCHAR需谨慎处理。
能直接改，但必须分清数据库类型——MySQL用 MODIFY COLUMN 或 CHANGE COLUMN 一步到位；SQL Server 用 ALTER COLUMN，但不能顺带设默认值或改约束。
MySQL：用 MODIFY COLUMN 批量改类型不丢数据
MySQL 支持单条 ALTER TABLE 语句里连续 MODIFY COLUMN 多个字段，只要目标类型兼容（比如 VARCHAR(50) → VARCHAR(255)、INT → BIGINT），原数据自动转换，不需重建表。
- 语法允许一次改多个字段：
ALTER TABLE users MODIFY name VARCHAR(100), MODIFY email TEXT; - 若要同时调长度+设默认值+加注释，
MODIFY COLUMN全包：MODIFY status TINYINT DEFAULT 0 COMMENT '状态码' - 注意：从
TEXT改成VARCHAR会报错（长度超限），必须先确认存量数据最长字节数；可用SELECT MAX(LENGTH(status)) FROM users;检查 - 不支持跨大类转换（如
DATETIME→INT），得用CHANGE COLUMN+ 显式CAST()或分步处理
SQL Server：ALTER COLUMN 可改类型，但默认值得另加
SQL Server 的 ALTER COLUMN 只负责字段定义变更（类型、长度、NULL 属性），它根本不认 DEFAULT 关键字——你写 ALTER COLUMN status INT NOT NULL DEFAULT 0 会直接报错 Incorrect syntax near the keyword 'DEFAULT'。
- 必须拆成两步：
ALTER TABLE orders ALTER COLUMN status INT NOT NULL;→ 再ALTER TABLE orders ADD CONSTRAINT DF_orders_status DEFAULT 0 FOR status; - 如果字段原为
NULL，而你要改成NOT NULL，必须确保存量数据无NULL，否则语句中断；可先UPDATE orders SET status = ISNULL(status, 0); - 改类型有隐式限制：比如
VARCHAR(MAX)→VARCHAR(255)会失败（长度收缩需显式CONVERT或CAST）；建议先查SELECT MAX(LEN(status)) FROM orders; - 索引列不能直接
ALTER COLUMN，会报错Cannot alter type of column because it is used in a constraint or index；得先DROP INDEX，改完再重建
批量生成脚本时，最容易漏掉的三件事
手动写几十条 ALTER 不现实，靠系统视图动态拼 SQL 是常态，但以下三点常被跳过，导致上线失败：
- 没过滤已有默认约束：SQL Server 中重复执行
ADD CONSTRAINT DF_...会报There is already an object named 'DF_' in the database；务必用sys.columns.default_object_id = 0或sys.default_constraints校验 - MySQL 的
INFORMATION_SCHEMA.COLUMNS中COLUMN_TYPE带括号和字符集（如varchar(50) utf8mb4_unicode_ci），直接拼进MODIFY会语法错误；应只取基础类型部分，或用正则清洗 - 没验证排序规则（collation）：SQL Server 改
VARCHAR类型时，若源列是Latin1_General_CI_AS，新语句没显式指定，可能继承库级默认规则，引发后续比较异常
真正麻烦的不是语法，而是改类型后数据是否还能被业务代码正确读取——比如把 DECIMAL(19,4) 改成 MONEY，.NET 的 SqlDataReader.GetDecimal() 会抛异常，得同步改 ORM 映射或 DTO 类型。这点常被 DBA 忽略，直到应用报 Invalid cast exception 才回头查。
