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

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

可以从性能、维护等角度来分析这个问题。
...全文
966 12 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
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多库的,有好处,也有缺点
北京的雾霾天 2011-10-04
  • 打赏
  • 举报
回复
很好。
如果数据量真的很大,那么分库处理,真的能提高性能吗?有什么依据吗?

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

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

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

多个数据库在一个机器上、分别在不同的机器,
这两种情也可以考虑,但是多个数据库间是会有数据上的交互的。
这样的多个数据库,和一个整体的数据库,会在性能上有什么样的变化吗?
北京的雾霾天 2011-10-01
  • 打赏
  • 举报
回复
分表,分区,这个好说,在一个数据库中。

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

对开发者透明。

比如 NoSQL,比如分布式SQL。
叶子 2011-10-01
  • 打赏
  • 举报
回复
当数据量过大,数据库超负载的时候,可以考虑分库,分表,分区!
threenewbee 2011-10-01
  • 打赏
  • 举报
回复
不觉得它在性能或者维护或者什么地方有绝对意义上的优点。
在Windows 10或Windows 11操作系统中,用户经常会遇到共享打印机时出现的一系列错误代码,这些错误代码可能会阻碍打印机共享功能的正常使用。常见的错误代码包括0x00000057、0x00000709和0x0000011b,这些代码通常指出了不同的问题,比如权限不足、服务未运行或配置错误等。除此之外,还有一些故障提示如“连接失败”或“内存不足”,这些都可能影响到打印机共享的稳定性。 要解决这些故障,首先要确保打印机已经正确地连接到网络,并且在需要共享的电脑上进行了设置。确保打印机驱动程序是最新的,并且在共享设置中没有错误配置。对于权限问题,需要检查网络上的用户账户是否具有足够的权限来访问共享打印机。同时,也要确保打印机服务正在运行,特别是“Print Spooler”服务,因为这是打印机共享服务的核心组件。 在某些情况下,问题可能与操作系统的更新有关,如升级到最新版的Windows 10或Windows 11后可能出现的兼容性问题。这时,可能需要查看微软的官方支持文档来获取特定的解决方案或更新。 对于错误代码0x00000057,这通常是由于没有足够的权限来访问网络打印机或其共享资源,解决方法是确保网络打印机的权限设置正确,包括在组策略中设置相应的访问权限。而0x00000709错误可能是由于打印机驱动问题或打印机端口配置错误,可以尝试重新安装或更新打印机驱动来解决。至于0x0000011b错误,这往往是因为打印机队列服务的问题,检查并重启“Print Spooler”服务通常是解决这类问题的常见手段。 至于“连接失败”或“内存不足”这类故障,通常与客户端和打印机之间的网络连接以及打印机本地资源的使用情况有关。检查网络连接,确保打印机所在的网络段没有故障或中断。同时,如果打印机的打印队列长时间得不到处理,可能会导致内存不足的情况,这时可能需要清理打印队列或增加打印机的内存配置。 为了帮助用户更快速地解决这些问题,市面上出现了各种打印机共享错误修复工具。这些工具往往通过预设的修复程序来自动检测和修正打印机共享中常见的问题。它们可以快速检查打印机驱动、网络连接以及共享设置,并且能够提供一键修复功能,大幅减少了用户自行排查和解决问题的难度。 然而,在使用这些修复工具之前,用户应确保这些工具的来源是安全可靠的,避免因使用不当的修复工具而引发其他系统安全或隐私问题。用户可以到官方平台或者信誉良好的软件提供商处下载这些工具。通过细心检查打印机的共享设置,及时更新驱动程序和服务,以及合理使用修复工具,大多数共享打印机的问题都可以得到有效的解决。

34,838

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧