我们的结构是两台服务器，一台存放最近三个月数据，另一台存放归档的历史数据，问题是需要对外提供全部数据的实时访问，我知道分区视图是有这个能力的，但分区视图要管理太多的独立表，维护成本很大，是否可以在历史数据库中建立分区表，然后两台服务器用分区视图实现分布式？

Quote: 引用:

Quote: 引用:

我们的结构是两台服务器，一台存放最近三个月数据，另一台存放归档的历史数据，问题是需要对外提供全部数据的实时访问，我知道分区视图是有这个能力的，但分区视图要管理太多的独立表，维护成本很大，是否可以在历史数据库中建立分区表，然后两台服务器用分区视图实现分布式？

lz这个是否可以理解为走了一个弯儿，最后还是要合并。如果是这样的话，lz可以考虑牺牲一部分性能。直接用视图即可。

有时候有些需求，确实不能用效率来衡量。

引用:

Quote: 引用:

我们的结构是两台服务器，一台存放最近三个月数据，另一台存放归档的历史数据，问题是需要对外提供全部数据的实时访问，我知道分区视图是有这个能力的，但分区视图要管理太多的独立表，维护成本很大，是否可以在历史数据库中建立分区表，然后两台服务器用分区视图实现分布式？

就像你说的，创建分区视图需要维护很多表。而且本身你的数据库已经分成了两个库的两个表，所以直接创建视图UNION ALL就可以了。当然你的历史信息表可以做Partition. 

我最初的想法就是直接用分区视图实现(好像还有个专有名词叫联合数据库服务器),但由于是对外提供查询功能,一个问题是加快查询要新建索引,对那么多表新建同样的索引，对入门级的DBA而言恐怕不是件易事，另一个问题是在分布式环境下多表联合查询是否可能对系统性能产生严重影响？