这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的 *** 作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。
2. 用来聚合前端多个 Server 的分片数据。
同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。
3. 汇总并合并多个 Server 的数据
第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？
共享方法✍
拆分数据库
如果您没有
SharePoint
网站或数据库服务器产品，则这将是一个好的选择。将表放置一个
Access
文件中，而将其他任何对象放置在另一个称为“前端数据库”的
Access
文件中。前端数据库包含指向其他文件中的表的链接。每个用户都将获得自己的前端数据库副本，以便仅共享表。
✍
网络文件夹
这是一种最为简单的方法，而且要求也最低，但提供的功能也最少。数据库文件存储在共享网络驱动器上并可供用户同时使用。当有多个用户同时更改数据时，可靠性和可用性就会成为问题。用户可以共享所有数据库对象。
✍
SharePoint
网站
如果您具有运行
SharePoint
的服务器，特别是运行
Access
Services（SharePoint
Server
的一个新组件）的服务器，则有多个不错的选择。一些与
SharePoint
集成的方法有助于更e68a84e8a2ade799bee5baa6e997aee7ad9431333365653832方便地访问数据库。
SharePoint
共享方法有三种：
✍
使用
Access
Services
发布数据库
发布数据库时，是将其移至网站。您可以创建在浏览器窗口中运行的
Web
表单和报表，还可以创建标准的
Access
对象（有时称之为“客户端”对象，以便将其与
Web
对象区分开来）。虽然必须安装有
Access
才能使用标准的
Access
对象，但由于数据库文件存储在
SharePoint
网站上，因此所有数据库对象都可以进行共享。
注释
当您在网站上共享某个数据库，并且其包含客户端对象时，该数据库被称为混合数据库。未安装
Access
的用户只能使用
Web
数据库对象，而安装有
Access
的用户则可以使用所有数据库对象。
✍
将数据库保存到文档库
此方法与将数据库保存到网络文件夹类似。您应该考虑仍使用
SharePoint
列表来存储数据，而不使用
Access
表，以便进一步提高数据可用性。
✍
链接到列表
当链接到
SharePoint
列表时，将共享数据，但不会共享数据库对象。每个用户都使用自己的数据库副本。
✍
数据库服务器
此方法类似于在网络上拆分存储表的数据库，并且每个用户都具有
Access
数据库文件的本地副本，其中包含指向这些表的链接以及查询、窗体、报表和其他数据库对象。如果您具有可用的数据库服务器，并且所有用户都安装有
Access，则应使用此方法。将优化数据库服务器，以便在多个用户之间共享数据。此方法的好处将会根据您所使用的数据库服务器软件而有所不同，不过好处通常会包括用户帐户和对数据的选择性访问、良好的数据可用性以及优秀的集成数据管理工具。另外，由于大部分数据库服务器软件都与
Access
的早期版本兼容，因此并不需要所有用户都必须使用同一版本。仅表处于共享状态。
一台电脑能共享一个库把一台电脑作为服务器存放SQL Server 其他电脑通过IP访问这台电脑的数据库就可以了。
只要多台电脑可以互联，局域网或者互联网，就可以通过IP访问数据库，访问的方式两种，一种是在其他电脑上安装SQL Server客户端（2000版本以后统一成management studio），通过企业管理器连接；另一种是通过程序远程连接，例如java程序通过jdbc连接数据库
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）