咱们先拆解你遇到的问题：执行sp_rename时提示找不到dbo.tblProductPipeline_Daily，大概率是以下几个原因之一，咱们逐个排查：

1. 原表名确实不存在或拼写错误 #

先确认当前数据库里真的有这个表，执行下面的查询验证：

SELECT * FROM sys.tables WHERE name = 'tblProductPipeline_Daily' AND schema_id = SCHEMA_ID('dbo');

如果查询返回空结果，说明表要么不存在，要么架构不是dbo，或者你拼写有误（比如大小写问题——如果你的数据库用的是区分大小写的排序规则，tblProductPipeline_Daily和TblProductPipeline_Daily会被判定为不同的表）。

2. 在错误的数据库上下文执行脚本 #

如果表不在当前你连接的数据库里，即使写了dbo.前缀也会找不到。可以用两种方式解决：

-- 方法1：先切换到目标数据库
USE YourDatabaseName;
GO
-- 再执行重命名脚本
DECLARE @DateValue INT 
SET @DateValue = CONVERT(VARCHAR(8), GETDATE()-1, 112) 
DECLARE @ArchiveTableName VARCHAR(255) 
SET @ArchiveTableName = 'tblProductPipeline_'+ CAST(@DateValue AS VARCHAR) -- 注意这里去掉dbo.前缀
EXEC SP_RENAME 'dbo.tblProductPipeline_Daily', @ArchiveTableName;

-- 方法2：直接给原表名加上数据库前缀
DECLARE @DateValue INT 
SET @DateValue = CONVERT(VARCHAR(8), GETDATE()-1, 112) 
DECLARE @ArchiveTableName VARCHAR(255) 
SET @ArchiveTableName = 'tblProductPipeline_'+ CAST(@DateValue AS VARCHAR)
EXEC SP_RENAME 'YourDatabaseName.dbo.tblProductPipeline_Daily', @ArchiveTableName;

3. sp_rename的新名称参数格式错误 #

注意：sp_rename的第二个参数（新名称）不需要带架构名——原表已经属于dbo架构，重命名后默认还是同一个架构。如果你给新名称加上dbo.，反而可能让SQL Server误解你要把表移动到一个不存在的特殊架构里，这虽然不是你当前报错的直接原因，但也是后续容易踩的坑，所以建议去掉@ArchiveTableName里的dbo.前缀。

4. 权限问题（少见但需排查） #

确保执行脚本的账号拥有ALTER权限在tblProductPipeline_Daily表上，执行下面的查询检查权限：

USE YourDatabaseName;
GO
SELECT permission_name, state_desc 
FROM sys.database_permissions dp
JOIN sys.database_principals dpri ON dp.grantee_principal_id = dpri.principal_id
WHERE dpri.name = CURRENT_USER
AND dp.major_id = OBJECT_ID('dbo.tblProductPipeline_Daily');

如果以上都排查完仍有问题，建议用**完全限定名（数据库名.架构名.表名）**指定原对象，确保SQL Server能准确定位到它。

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