如何强制重命名MSSQL有依赖的大写列名至帕斯卡命名法

我之前也碰到过一模一样的糟心事——明明只是改个字符大小写，完全不影响逻辑，结果被强制依赖给拦下来了。别慌，有几个靠谱的办法能搞定这个问题，下面一步步给你拆解：

方法1：临时禁用/移除依赖对象，重命名后恢复 #

这个方法适合依赖对象不多的场景，操作起来很直接：

• 先找出所有依赖该列的对象，用系统视图就能查清楚：

  SELECT referencing_schema_name, referencing_entity_name, referencing_class_desc
  FROM sys.dm_sql_referencing_entities('Object.OBJECTID', 'COLUMN');
  

• 针对每个依赖对象做临时处理：
  • 触发器可以直接禁用：DISABLE TRIGGER TriggerName ON Object;
  • 视图、存储过程这类可以先删除（记得提前备份好创建脚本，后面要重建）：DROP VIEW ViewName;
• 执行重命名语句：sp_RENAME 'Object.OBJECTID' , 'ObjectID', 'COLUMN';
• 最后把之前处理的依赖对象恢复：
  • 启用触发器：ENABLE TRIGGER TriggerName ON Object;
  • 重建视图/存储过程：CREATE VIEW ViewName AS ...;（用你备份的脚本）

方法2：临时修改列的排序规则（仅限不区分大小写的环境） #

如果你的数据库默认是不区分大小写的排序规则（比如SQL_Latin1_General_CP1_CI_AS），可以耍个小技巧：

• 先把列的排序规则改成区分大小写的，让SQL Server认为OBJECTID和ObjectID是两个不同的列：

  ALTER TABLE Object ALTER COLUMN OBJECTID [你的列数据类型] COLLATE SQL_Latin1_General_CP1_CS_AS;
  

• 这时候再执行重命名就不会触发依赖检查了：sp_RENAME 'Object.OBJECTID' , 'ObjectID', 'COLUMN';
• 最后把列的排序规则改回原来的：

  ALTER TABLE Object ALTER COLUMN ObjectID [你的列数据类型] COLLATE SQL_Latin1_General_CP1_CI_AS;
  

注意：操作前一定要备份表数据，虽然风险不大，但小心驶得万年船。

方法3：重建表+迁移数据（适合依赖复杂的场景） #

如果依赖对象太多，手动处理太麻烦，就用这个曲线救国的办法：

1. 生成原表的完整创建脚本，把里面的OBJECTID改成ObjectID，同时保留所有约束、索引、触发器等配置。
2. 新建一个临时表（比如Object_New），用修改后的脚本创建。
3. 把原表的数据迁移到新表：INSERT INTO Object_New SELECT * FROM Object;（注意处理自增列、主键冲突等问题）。
4. 重命名原表为临时名称：sp_RENAME 'Object', 'Object_Old';，再把新表重命名为原表名：sp_RENAME 'Object_New', 'Object';。
5. 重建所有依赖原表的对象（视图、存储过程等），确保它们引用的是新的列名。
6. 验证功能正常后，删除旧表Object_Old。

重要提醒 #

不管用哪种方法，一定要先在测试环境跑一遍，绝对不能直接在生产环境操作。重命名后还要检查所有依赖对象的代码，确保没有因为大小写问题导致的引用错误。

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