在SQL Server中，我们可以使用sp_name这个系统存储过程重命名数据库中对象的名称。 此对象可以是表、 索引、 列、 别名，约束等数据类型（具体可以参考官方文档）。上周在使用这个函数重构数据库中约束的时候，遇到了下面错误，如下所示：
USE AdventureWorks2014;
GO
sp_rename 'ErrorLog.DF_ErrorLog_ErrorTime', 'DF_ErrorLog_ErrorTime_old';
GO
Msg 15225, Level 11, State 1, Procedure sp_rename, Line 437
No item by the name of 'ErrorLog.DF_ErrorLog_ErrorTime' could be found in the current database 'AdventureWorks2014', given that @itemtype was input as '(null)'.
注意：重命名约束时，不能在约束前面加上表对象。正确的方式为：前面不要加上表名对象，如下所示
USE AdventureWorks2014;
GO
sp_rename 'DF_ErrorLog_ErrorTime', 'DF_ErrorLog_ErrorTime_old';
GO
对于默认约束、外键约束、检查约束的重命名，都是这种规则。但是对于主键约束，下面两种方式都OK，这个是非常纳闷的一件事情。
USE AdventureWorks2014;
GO
sp_rename 'PK_ErrorLog_ErrorLogID', 'PK_ErrorLog_ErrorLogID_OLD'
USE AdventureWorks2014;
GO
sp_rename 'ErrorLog.PK_ErrorLog_ErrorLogID','PK_ErrorLog_ErrorLogID_OLD'
另外，对于HumanResources.Employee这个表，如果要重命名约束CK_Employee_BirthDate，如果使用下面这种方式也会遇到这种错误：
sp_rename 'CK_Employee_BirthDate', 'CK_BirthDate';
GO
正确的方式为：
-- Rename a check constraint.
sp_rename 'HumanResources.CK_Employee_BirthDate', 'CK_BirthDate';
GO
也就是说必须加上对应约束的schema，否则就会提示找不到这个对象（因为约束位于HumanResources下面）。至于为什么约束可以不加表对象名称，那是因为在数据库中，约束的命名是全局唯一的。所以不需要加上表名。其实官方资料已经详细说了：
[ @objname = ] 'object_name'
用户对象或数据类型的当前限定或非限定名称。
如果要重命名的对象是表中的列object_name必须在窗体table.column或schema.table.column 中使用。 如果要重命名的对象的索引object_name必须在窗体table.index或schema.table.index。 如果要重命名的对象是一个约束object_name必须在窗体schema.constraint。
-- item type determined?
if (@objtype is null)
begin
COMMIT TRANSACTION
raiserror(15225,-1,-1,@objname, @CurrentDb, @objtypeIN)
return 1
end
参考资料：
https://docs.microsoft.com/zh-cn/sql/relational-databases/system-stored-procedures/sp-rename-transact-sql?view=sql-server-2017