sp_rename重命名表或列必须显式指定@objtype参数，否则可能误操作或失败；重命名列需用' COLUMN '且@objname格式为table.column，重命名表需用' OBJECT '，且所有依赖对象须手动更新。
SQL Server 用 sp_rename 重命名表或列必须带对象类型参数
在 SQL Server 中，sp_rename 不是“改名即生效”的黑盒命令——漏传或错传 @objtype 参数会导致重命名失败或语义错误。比如只写 EXEC sp_rename 'old_table', 'new_table'，系统会默认按 OBJECT 类型处理，但若该名称实际指向视图或存储过程，就可能误操作。
真正安全的做法是显式指定类型：
- 重命名表：必须用
EXEC sp_rename 'old_table', 'new_table', 'OBJECT' - 重命名列：必须用
EXEC sp_rename 'table_name.old_column', 'new_column', 'COLUMN'，且old_column前必须带表名和点号，new_column不能带表名 - 重命名索引：用
'INDEX'类型，且@objname格式为table_name.index_name
不加第三个参数时，SQL Server 可能静默失败或重命名错对象，尤其在同名对象（如表和视图同名）存在时风险极高。
MySQL 和 PostgreSQL 的 ALTER TABLE ... RENAME 语法差异要盯紧
MySQL 要求重命名列时必须重复声明完整列定义，而 PostgreSQL 只需指定新旧列名——这点极易踩坑。
MySQL 的 CHANGE 语法强制你重写类型：
ALTER TABLE users CHANGE old_name new_name VARCHAR(50) NOT NULL DEFAULT '';
漏掉 VARCHAR(50) NOT NULL DEFAULT '' 就会丢属性，甚至把列变成 NULL 或改变精度。PostgreSQL 则干净得多：
ALTER TABLE users RENAME COLUMN old_name TO new_name;
它保留原列所有属性（类型、约束、默认值、注释），无需额外声明。跨数据库迁移或写通用脚本时，必须区分这两种行为。
重命名后依赖对象不会自动更新，必须手动扫描并修复
无论用哪种方式重命名，视图、存储过程、函数、外键、触发器里的旧名都不会变——它们会直接报错，比如 Invalid object name 'old_table' 或 Column 'old_col' does not exist。
不能靠“重命名完就完事”，得主动查依赖：
- 查外键引用：
SELECT REFERENCED_TABLE_NAME, CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'old_table_name' - 查视图/存储过程定义：
SELECT OBJECT_NAME(object_id), definition FROM sys.sql_modules WHERE definition LIKE '%old_table_name%' - 查列级依赖（SQL Server）：
SELECT * FROM sys.dm_exec_describe_first_result_set('SELECT * FROM old_table', NULL, 0)可暴露列名硬编码
这些结果必须逐条核对、手工修改，没有自动迁移机制。漏掉一个依赖项，上线后就会出错。
重命名操作不是原子的，锁表时间取决于表大小和引擎
sp_rename 在 SQL Server 中几乎瞬时完成，但它会获取 SCH-M（架构修改）锁，阻塞所有 DML 和 DDL 操作；MySQL 的 ALTER TABLE ... RENAME 在 InnoDB 中是轻量元数据操作，但若表上有长事务或未提交查询，仍可能卡住。
关键点在于：重命名期间表不可读写，应用可能超时。线上环境务必避开高峰，并提前确认：
- 是否有活跃连接占用该表（
SELECT * FROM sys.dm_exec_sessions WHERE session_id IN (SELECT blocking_session_id FROM sys.dm_exec_requests WHERE resource_description LIKE '%old_table%')） - 是否启用了
innodb_online_alter_log_max_size（MySQL）或online index operations（SQL Server），虽不直接影响 rename，但影响整体锁表现
小表秒级完成，大表（千万级以上）建议在维护窗口执行，否则 RENAME 本身没问题，但等待锁释放的时间可能远超预期。
