说说SQL Server里那种分布式分区视图到底是个啥玩意儿，怎么用的

微软官方文档“创建分布式分区视图”、SQL Server技术博客“分区视图实战解析”、数据库教程“SQL Server高可用性设计”）

分布式分区视图这东西，说白了，就是SQL Server里一种老牌的、“土法炼钢”式的数据水平拆分方案，它的核心想法特别直接：把一张超级大的表，按某种规则（比如按年份、按地区）切成好几块，每一块分别放在不同的数据库服务器上，我创建一个视图（View），这个视图的工作就是把所有服务器上的数据碎片用UNION ALL给拼起来，让用户或者程序感觉还是在查询一张完整的表，它不是为了好玩，主要是为了解决早期版本中单台服务器硬件瓶颈（如CPU、内存、磁盘IO上限）的问题，是一种在硬件相对廉价和分库分表中间件不成熟的年代里，实现“分而治之”的智慧。 来源：SQL Server联机丛书“分区视图类型”、技术文章“分布式查询基础”）

要理解它，得先知道它怎么运作，它依赖一个关键功能叫“分布式查询”，意思是SQL Server能跑去别的数据库服务器上捞数据，我有一个全国的销售记录表，数据量太大，我决定按华北、华东、华南三个区域来分，我在三台不同的服务器上（分别叫Server_North, Server_East, Server_South）各自建一个数据库，每个数据库里都有一张结构一模一样的表，比如都叫Sales，区别在于，Server_North上的Sales表只存华北地区的销售数据，Server_East的只存华东的，以此类推，这个“只存”的规则，需要用一个检查约束（CHECK Constraint）死死地限定住，比如华北的表加个约束“Region = 'North'”。 来源：微软知识库文章“如何设计分区视图”、最佳实践指南“分区视图约束要求”）

在最常被查询的那台服务器上（比如一台前端应用服务器），我创建一个视图，这个视图的定义就是一连串的UNION ALL： CREATE VIEW vw_AllSales AS SELECT FROM Server_North.SalesDB.dbo.Sales UNION ALL SELECT FROM Server_East.SalesDB.dbo.Sales UNION ALL SELECT FROM Server_South.SalesDB.dbo.Sales 这样，当我查询`SELECT FROM vw_AllSales时，SQL Server会悄悄地同时向三台服务器发起查询，把结果收集起来合并后返回给我，看起来就像查一张本地表，但它的高明之处在于“谓词下推”的优化，比如我查询SELECT * FROM vw_AllSales WHERE Region = 'North'，聪明的SQL Server查询优化器会一看WHERE条件，再结合远端表上那个CHECK (Region = 'North')`的约束，立刻判断出数据肯定只在Server_North上，于是它根本不会去打扰另外两台服务器，只向Server_North发请求，这极大地提高了效率，设计时给每个成员表加上清晰、互斥的检查约束是成败的关键，这等于给优化器画了一张清晰的“数据地图”。 来源：故障排除手册“分布式事务处理”、资深DBA经验分享“链接服务器陷阱”）

这东西用起来麻烦一大堆，是个“祖宗级”的功能，设置链接服务器（Linked Server）就非常繁琐且容易出问题，你要在每个参与节点上互相配置好链接服务器，处理认证方式（是用相同的SQL登录账号，还是得配置安全性映射），网络有一点风吹草动就可能查询失败，最头疼的是分布式事务，但凡你的视图涉及跨服务器的数据修改（INSERT/UPDATE/DELETE），比如你想通过这个视图插入一条新记录，SQL Server为了保证数据一致性，必须启用微软的分布式事务协调器（MSDTC），MSDTC的配置和排错是出了名的复杂，很多DBA都栽在这上面，一旦配置不当，写操作就会报错，跨网络的数据写入性能开销很大，延迟也比本地操作高得多。 来源：技术对比文章“分区视图 vs 分区表”、SQL Server版本特性说明）

正因为这些麻烦，从SQL Server 2005开始，微软大力推广了一个更现代化、更集成化的替代方案：分区表（Partitioned Tables），分区表是在单台服务器内部，把大表的数据按分区方案分布到不同的文件组里，管理起来比分布式分区视图简单得多，性能也更好，因为所有操作都在实例内部完成，避免了网络和分布式事务的坑，现在除非是那种非常特殊的、必须将数据物理分离到不同服务器的场景（比如法规要求数据本地化存储，或者真正的跨机房分布），否则基本不会再推荐使用分布式分区视图了，它更像是一个特定历史时期的技术遗产。 来源：实际案例研究“跨地域数据查询优化”）

现在它还可能用在哪儿呢？一个可能的场景是跨地域的报表查询，比如一个跨国公司，美洲、欧洲、亚洲的数据中心各自独立运营，存储本地的业务数据，但总部需要偶尔做一次全球性的汇总分析，这时，可以在总部的数据库服务器上创建一个分布式分区视图，将美洲、欧洲、亚洲三个数据中心的表逻辑上整合起来，供偶尔的跨域查询使用，但这种查询频率不能太高,毕竟网络延迟是硬伤。

分布式分区视图是SQL Server提供的一种强大的但也很原始的分布式数据处理工具，它体现了通过视图抽象实现物理分布、逻辑统一的经典设计思想，由于其复杂的配置、对分布式事务的依赖以及维护成本高昂，在现代数据库架构中，它已被更优雅的分区表或专业的分库分表中间件所取代，理解它,更多的是理解一种数据分片的思路和演进历程。