社区
MS-SQL Server
帖子详情
在一个应用程序里用多个数据库有哪些优点?
北京的雾霾天
2011-10-01 02:00:52
所有业务应用都围绕着一个中心,但数据可能是分类的,当然可以使用一个数据库中的多个表,也可以按分类放到不同的数据库上,那么使用一个数据库和多个数据库都有什么样的优缺点?什么情况下建议使用多个数据库?
可以从性能、维护等角度来分析这个问题。
...全文
1016
12
打赏
收藏
在一个应用程序里用多个数据库有哪些优点?
所有业务应用都围绕着一个中心,但数据可能是分类的,当然可以使用一个数据库中的多个表,也可以按分类放到不同的数据库上,那么使用一个数据库和多个数据库都有什么样的优缺点?什么情况下建议使用多个数据库? 可以从性能、维护等角度来分析这个问题。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用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
打赏
举报
回复
不觉得它在性能或者维护或者什么地方有绝对意义上的优点。
HBB 无后台推送 9.1-0(HBB-9.1.0)
推送/后台相关增强方向插件,常见用于改善部分场景下的通知接收体验(受系统与网络环境影响较大)。插件来源于网络仅供测试使用,严禁任何非法用途,测试请于1小时内删除。
青鸟消防293K接口卡232和485转换
青鸟消防293K接口卡232和485转换
基于注意力机制的目标检测模型优化:GAM、CBAM、CA、ECA在YOLOV12中的集成与性能分析
内容概要:本文系统讲解了目标检测中主流的注意力机制模块(GAM、CBAM、CA、ECA),深入剖析其原理与核心代码实现,并指导如何将这些模块融入YOLOV12模型以提升检测性能。文章从注意力机制的基本思想出发,逐一对各模块进行原理拆解和代码解析,突出其在通道与空间维度上的特征增强策略,随后介绍在YOLOV12中集成注意力机制的具体方法,并通过性能对比帮助读者选择适合应用场景的模块。最后拓展至科研创新方向,鼓励对现有模块进行改进与组合,探索在特定任务中的优化潜力。; 使用场景及目标:①理解GAM、CBAM、CA、ECA等注意力机制的设计思想与实现细节;②掌握将注意力模块集成到YOLOV12等目标检测模型的技术路径;③为科研创新提供思路,如模块融合、结构改进与场景适配; 阅读建议:建议结合提供的代码链接与YOLOV12源码同步实践,在复现过程中调试注意力模块的插入位置与参数设置,深入理解其对模型性能的影响,从而支撑后续的自主设计与创新。
HRMS前端框架-下载即用.zip
先看效果: https://pan.quark.cn/s/9df2a445ba29 创建 React
应用程序
的入门过程是采用引导式设计的。 通过在项目目录内使用脚本,用户能够执行:npm start 命令以在开发环境中启动
应用程序
。 接着,可以在浏览器窗口中检视应用界面。 倘若对代码进行修改,页面将自动进行刷新。 同时,任何潜在的 lint 错误都会在控制台日志中呈现。 执行npm test 指令,可在交互式监控状态下激活测试运行器。 更详尽的信息请参考指定章节。 使用npm run build 命令,可将
应用程序
构建至build目录,此过程会在生产模式下正确打包 React 组件,并对构建产物进行优化以实现最佳运行效能。 生成的文件将经过压缩处理,且文件名会包含版本哈希值。 至此,
应用程序
已具备部署条件! 具体细节请参阅相关章节。 执行npm run eject 操作时需特别留意:这是
一个
不可逆的单向过程。 一旦执行eject,将无法复原至原始状态! 倘若对构建工具及配置选项不满意,用户可选择执行此命令。 该指令将移除项目中的构建依赖项,取而代之的是提供所有配置文件及可执行文件。
基于ODConv动态卷积的YOLOv8改进:复杂场景下高精度目标检测特征提取方法
内容概要:本文详细介绍如何通过引入ODConv(全维度动态卷积)对YOLOv8进行科研级改进,提升其在复杂场景下的特征提取能力与检测精度。文章从ODConv的原理出发,解析其相比传统静态卷积在通道、空间和卷积核三个维度上的动态注意力机制,实现卷积权重的自适应调整,从而增强模型泛化性和特征表达能力。随后提供了完整的代码实现,包括ODConv模块的构建、在YOLOv8中的集成步骤(文件创建、模块导入、结构替换、YAML配置更新),以及训练脚本编写和实验结果评估方法。最后提出
多个
可拓展的研究方向,如专家数调优、行业定制化应用和多任务融合。; 使用场景及目标:①解决YOLOv8在复杂光照、形变目标等场景下特征提取不足的问题;②实现高精度目标检测模型的科研创新与论文成果产出;③掌握动态卷积技术并应用于其他网络架构的性能优化; 阅读建议:建议结合提供的飞书链接中的完整代码与流程文档,边实践边学习,重点理解动态注意力机制的设计思想,并在自有数据集上验证ODConv的实际增益效果。
MS-SQL Server
34,874
社区成员
254,639
社区内容
发帖
与我相关
我的任务
MS-SQL Server
MS-SQL Server相关内容讨论专区
复制链接
扫一扫
分享
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章