在已配置可更新订阅的事务发布环境下，单纯修改视图定义只需在主库执行alter view，无需操作发布系统；新增视图则必须手动添加到发布项目列表并配置筛选行，否则无法同步至订阅端。
视图变更要不要在发布系统里操作
在已配置可更新订阅的事务发布环境下，单纯修改视图定义（比如调整 SELECT 字段、加 CASE、改 JOIN 条件）——只在主库执行 ALTER VIEW 即可，不需要动发布属性、不用重新初始化订阅、也不用重启代理。 因为视图本身不存数据，订阅端查的是主库上“实时跑的查询逻辑”，只要主库上的视图定义变了，下游分库下次查询时就自动用新逻辑。
新增视图必须进发布项目列表
如果是要新增一个视图（CREATE VIEW），就不能只跑语句了。SQL Server 的复制机制默认不会把新对象自动推到订阅端，必须手动纳入发布范围：
- 先在主库执行
CREATE VIEW语句 - 打开发布属性 → “项目”页签 → 点击“添加项目” → 勾选刚建的视图
- 对这个视图配置“筛选行”（即使不筛，也要点开确认一下，避免复制代理报错）
- 右键该视图 → “脚本视图为” → “CREATE 到” → 检查生成的脚本是否含
WITH SCHEMABINDING或ENCRYPTION—— 这两类会阻断复制，得去掉再重创 - 执行
sp_refreshsubscriptions或重启分发代理，触发同步
为什么改完视图后分库查不到新字段
常见现象：主库上 ALTER VIEW 加了一个 ISNULL(city_name, '未知') 字段，分库查视图却报 Invalid column name。这不是复制没同步，而是分库本地没有刷新视图元数据缓存：
- 在分库执行
EXEC sp_refreshview N'vw_OrderInfo'（替换为你的真实视图名） - 或者更彻底：在分库删掉视图再重建（前提是确认它没被其他对象依赖）
- 注意：如果视图用了
SCHEMABINDING，sp_refreshview无效，必须DROP+CREATE - 别依赖“等几分钟自动更新”——元数据缓存不会自己刷新
带聚合或 JOIN 的视图千万别直接 UPDATE
生产环境最容易翻车的，就是把视图当表去 UPDATE。哪怕你只改单表字段，只要视图里有 GROUP BY、DISTINCT、UNION ALL 或跨多表 JOIN，SQL Server 就会静默忽略你的写操作，或者报 View or function 'xxx' is not updatable 错误。
真正安全的做法只有两个：
- 确认是单表、无计算列、无聚合、无
TOP的简单视图，才考虑 DML - 否则一律走底层表操作：查出要改的数据 → 在原表上执行
UPDATE→ 再查视图验证结果
尤其注意那些看起来“就查一张表”的视图，如果定义里隐含了 DEFAULT 约束、IDENTITY 列或触发器，也可能导致更新失败。上线前务必在测试环境用真实数据跑一遍写操作路径。
