导航
  • 主页
  • 基础类
  • 应用实例
  • 新技术前沿

在一个应用程序里用多个数据库有哪些优点?

北京的雾霾天 2011-10-01 02:00:52
所有业务应用都围绕着一个中心,但数据可能是分类的,当然可以使用一个数据库中的多个表,也可以按分类放到不同的数据库上,那么使用一个数据库和多个数据库都有什么样的优缺点?什么情况下建议使用多个数据库?

可以从性能、维护等角度来分析这个问题。
...全文
255 点赞 收藏 12
写回复
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
Rotel-刘志东 2011-10-07
要搞清楚分库和分区的有缺点
回复
--小F-- 2011-10-07
[Quote=引用 8 楼 hbxtlhx 的回复:]
很好。
如果数据量真的很大,那么分库处理,真的能提高性能吗?有什么依据吗?

比如说一个库里的一个表,数据量可能很巨大,那么可以分块来存储,这样每个块小检索时间短,但对于分库来说,是什么理由?有什么跟据说这样能提高性能?
[/Quote]
根据以往的经验,最好不要乱分库 ,到后面的时候维护很麻烦

能一个库搞定就搞定

至于数据量大的问题 可以用分区表来解决
回复
dawugui 2011-10-05
[Quote=引用 8 楼 hbxtlhx 的回复:]
很好。
如果数据量真的很大,那么分库处理,真的能提高性能吗?有什么依据吗?

比如说一个库里的一个表,数据量可能很巨大,那么可以分块来存储,这样每个块小检索时间短,但对于分库来说,是什么理由?有什么跟据说这样能提高性能?
[/Quote]
比如说一个库里的一个表,数据量可能很巨大,这不是分库来解决,而是通过分区表来解决.

可参考:
SQL分区表
http://blog.csdn.net/pt1314917/archive/2009/08/11/4435083.aspx
回复
想飞的狼 2011-10-05
我们现在就是分N多库的,有好处,也有缺点
回复
很好。
如果数据量真的很大,那么分库处理,真的能提高性能吗?有什么依据吗?

比如说一个库里的一个表,数据量可能很巨大,那么可以分块来存储,这样每个块小检索时间短,但对于分库来说,是什么理由?有什么跟据说这样能提高性能?
回复
dawugui 2011-10-02
[Quote=引用楼主 hbxtlhx 的回复:]
所有业务应用都围绕着一个中心,但数据可能是分类的,当然可以使用一个数据库中的多个表,也可以按分类放到不同的数据库上,那么使用一个数据库和多个数据库都有什么样的优缺点?什么情况下建议使用多个数据库?

可以从性能、维护等角度来分析这个问题。
[/Quote]
1.首先你的系统是个大系统还是小系统?如果是小系统,一个库足已.
2.如果是大系统,如果分库,则在数据的操作上,含增加,删除,修改,查询等肯定不如一个库快.且存在维护上的不方便.需要跨库操作.
3.如果系统庞大,数据量也大,而且数据存在明显的可分别存储的现象,例如采购销售库存数据可以放在一个库,而人事,工资,考勤等数据可以放在一个库,依此类推.那么即使在数据的处理上即使慢也只能做,在维护上即使因为涉及到跨库的可能,也必须这么做.

所以,你需要综合考虑你的系统和数据量其大小的问题,来权衡是否需要分库操作.
回复
bashen1101 2011-10-01
从理论逻辑上来说库内总比切换库操作快吧
在物理层面上来说条件相同的话没什么优点,除了你自己分的清楚点。。。
不懂,按感觉说
回复
单从分成多个数据库的角度来看,会提高整体应用性能吗?

多个数据库在一个机器上、分别在不同的机器,
这两种情也可以考虑,但是多个数据库间是会有数据上的交互的。
这样的多个数据库,和一个整体的数据库,会在性能上有什么样的变化吗?
回复
分表,分区,这个好说,在一个数据库中。

要是分数据库,他的好处有哪些,比如会提高性能吗?
回复
从未来的发展看,分库,分表,分区应该是数据库系统的事情。

对开发者透明。

比如 NoSQL,比如分布式SQL。
回复
叶子 2011-10-01
当数据量过大,数据库超负载的时候,可以考虑分库,分表,分区!
回复
不觉得它在性能或者维护或者什么地方有绝对意义上的优点。
回复
发动态
发帖子
MS-SQL Server
创建于2007-09-28

3.2w+

社区成员

MS-SQL Server相关内容讨论专区
申请成为版主
社区公告
暂无公告