如何替换被引用的跨Schema同名表且不影响关联对象？

SQL Server中，WITH SCHEMABINDING的视图会锁定底层表的元数据，防止其被删除或修改结构，所以无法完全绕过依赖检查直接删除表。但可以通过以下方案自动处理依赖，无需手动遍历依赖图：

方案1：自动重建绑定视图（推荐，原子操作） #

利用系统视图自动找出所有依赖目标表的绑定视图，在事务中先删除视图、替换表，再重建视图，保证操作的原子性：

操作步骤： #

1. 生成视图处理脚本
   运行以下SQL，自动生成所有依赖目标表的绑定视图的删除与重建脚本：

DECLARE @targetTable NVARCHAR(256) = N'dbo.MyTable';

SELECT 
    'DROP VIEW ' + QUOTENAME(s.name) + '.' + QUOTENAME(v.name) + ';
GO'
    + OBJECT_DEFINITION(v.object_id) + ';
GO'
FROM sys.views v
JOIN sys.schemas s ON v.schema_id = s.schema_id
WHERE EXISTS (
    SELECT 1 
    FROM sys.dm_sql_referencing_entities(@targetTable, 'OBJECT')
    WHERE referencing_id = v.object_id
)
AND v.is_schema_bound = 1;

2. 在事务中执行替换操作
   将第一步生成的脚本与表替换逻辑放在同一个事务中，确保操作失败时回滚：

BEGIN TRANSACTION;

-- 执行生成的DROP VIEW语句（示例）
DROP VIEW dbo.MyViewWithSchemaBinding;

-- 删除原表
DROP TABLE dbo.MyTable;

-- 将staging表迁移到dbo schema
ALTER SCHEMA dbo TRANSFER staging.MyTable;

-- 执行生成的CREATE VIEW语句（示例，保持原绑定属性）
CREATE VIEW dbo.MyViewWithSchemaBinding WITH SCHEMABINDING AS
SELECT Id, Name FROM dbo.MyTable;

COMMIT TRANSACTION;

优势：原子性操作，自动处理所有依赖视图；若新表结构与原表差异过大，重建视图时会报错，符合你“接受架构差异导致失败”的预期。

方案2：分区切换（适用于表结构完全一致的场景） #

如果新旧表结构（约束、索引、数据类型）完全一致，可以用分区切换实现近乎零停机的表替换：

操作步骤： #

1. 创建分区函数与方案

CREATE PARTITION FUNCTION pf_MyTable (INT) AS RANGE LEFT FOR VALUES (1);
CREATE PARTITION SCHEME ps_MyTable AS PARTITION pf_MyTable ALL TO ([PRIMARY]);

2. 修改原表与staging表使用分区方案

-- 原表：删除旧聚集索引，重建到分区方案
ALTER TABLE dbo.MyTable DROP CONSTRAINT PK_MyTable;
ALTER TABLE dbo.MyTable ADD CONSTRAINT PK_MyTable PRIMARY KEY CLUSTERED (Id) ON ps_MyTable(Id);

-- staging表执行相同操作
ALTER TABLE staging.MyTable DROP CONSTRAINT PK_MyTable;
ALTER TABLE staging.MyTable ADD CONSTRAINT PK_MyTable PRIMARY KEY CLUSTERED (Id) ON ps_MyTable(Id);

3. 切换分区完成替换

-- 创建临时表存储原表数据
CREATE TABLE dbo.MyTable_Old (
    -- 与原表完全一致的结构定义
) ON ps_MyTable(Id);

-- 切换原表数据到临时表
ALTER TABLE dbo.MyTable SWITCH PARTITION 1 TO dbo.MyTable_Old PARTITION 1;

-- 切换staging表数据到原表位置
ALTER TABLE staging.MyTable SWITCH PARTITION 1 TO dbo.MyTable PARTITION 1;

-- 清理临时表
DROP TABLE dbo.MyTable_Old;

优势：几乎无停机时间；劣势：要求表结构完全一致，操作复杂度较高。

方案3：TRUNCATE+INSERT（备选，性能妥协） #

如果以上方案都不适用，可以选择截断原表数据后插入新数据，无需处理视图依赖：

-- 截断原表
TRUNCATE TABLE dbo.MyTable;

-- 批量插入新数据（数据量大时建议分批插入或使用BULK INSERT）
INSERT INTO dbo.MyTable
SELECT * FROM staging.MyTable;

若表结构存在差异，可先禁用约束再插入：

ALTER TABLE dbo.MyTable NOCHECK CONSTRAINT ALL;
TRUNCATE TABLE dbo.MyTable;
INSERT INTO dbo.MyTable SELECT * FROM staging.MyTable;
ALTER TABLE dbo.MyTable CHECK CONSTRAINT ALL;

优势：操作简单；劣势：性能较差，仅适合数据量较小的场景。

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