关于服务器间数据库架构设计及（数据同步与远程直接抓取）速度比较的疑问解决办法
关于服务器间数据库架构设计及（数据同步与远程直接抓取）速度比较的疑问
1。如果有一个数据库表数据量很大，若将其进行表分区，会不会影响该表对其他服务器的复制发布的？
2。如果远程直接用opendatasouce抓取数据，与复制发布相比，性能上孰优孰劣呢？
3。A--如果我这样设计架构，一台基础原始数据库（server 1），一台接收基础数据的中间数据库（server 2），两台利用复制进行数据同步，余下三台服务器作为产品库，其所需数据直接远程从（server 2）抓取，之后在本地进行计算保存。
B--基础库（server 1），中间库（server 2），某些产品库直接在中间库存取计算，某些产品库利用复制将（server 1）或者（server 2）的数据同步后进行本地的存取计算。
这样的效率A与B相比，哪一种会比较好？
麻烦经验多多的技术达人给我解惑一下，多谢了！！
------解决方案--------------------
分布式服务器的概念就是分布计算，如果还是使用远程连接数据库，那就失去意义了。可以针对片区放置所需服务器，并存储片区数据。复制都是基于事务的，在数据量更新不是太大情况下，复制优选。 mobilink基于连接的同步机制就不错
1。如果有一个数据库表数据量很大，若将其进行表分区，会不会影响该表对其他服务器的复制发布的？
2。如果远程直接用opendatasouce抓取数据，与复制发布相比，性能上孰优孰劣呢？
3。A--如果我这样设计架构，一台基础原始数据库（server 1），一台接收基础数据的中间数据库（server 2），两台利用复制进行数据同步，余下三台服务器作为产品库，其所需数据直接远程从（server 2）抓取，之后在本地进行计算保存。
B--基础库（server 1），中间库（server 2），某些产品库直接在中间库存取计算，某些产品库利用复制将（server 1）或者（server 2）的数据同步后进行本地的存取计算。
这样的效率A与B相比，哪一种会比较好？
麻烦经验多多的技术达人给我解惑一下，多谢了！！
------解决方案--------------------
分布式服务器的概念就是分布计算，如果还是使用远程连接数据库，那就失去意义了。可以针对片区放置所需服务器，并存储片区数据。复制都是基于事务的，在数据量更新不是太大情况下，复制优选。 mobilink基于连接的同步机制就不错