国产分布式数据库:成本优势与Oracle比较

0 下载量 137 浏览量 更新于2024-08-03 收藏 31KB DOCX 举报
本文档主要围绕国产分布式数据库与Oracle架构的比较及其成本分析展开讨论。来自IT社区的专业人士分享了他们在使用国产分布式数据库时的经验和见解。 首先,@huawei851120提到,国产分布式数据库在成本方面的一个优势在于软件授权费用,由于Oracle的原厂授权费用相对较高,国产数据库在这方面具有一定的价格竞争力。然而,@hanfeng_twt强调了国产数据库在软件服务费用上的劣势,由于国产库的成熟度不足,可能需要额外的人力投入来支撑,且服务生态尚未完全建立,这意味着这部分成本可能会增加。 在硬件采购方面,@hanfeng_twt指出,虽然国产分布式数据库在某些情况下可以降低硬件成本,比如将多台服务器替换Oracle在大型机上的部署,但考虑到分布式带来的节点增多,整体硬件投资可能会有所提高。而且,选择分布式数据库必须确保业务确实需要这种架构的性能提升,而非仅仅为了追求规模。 @luxh08分享了他们互联网银行的实际案例,指出硬件成本并非单纯由数据库选择决定,而是业务需求驱动的横向扩展。他们提到,分布式数据库的应用要求很高的数据库标准化和轻量化,如果没有足够的技术实力,过度依赖厂商支持可能导致运维成本不减反增,这与传统的Oracle模式并无本质区别。 值得注意的是,@孔再华代表中国民生银行的数据团队,强调了他们长期对数据库规范和标准的严格遵循,以及积累的数据库自主可控技术能力。这种基础使得他们能够在转向国产分布式数据库时更加游刃有余,尽管初期可能面临一些挑战,但整体上可以实现顺利的迁移。 总结来说,国产分布式数据库在成本上并非一概优于Oracle,而是需要根据具体业务场景和组织的技术准备情况来权衡。软件授权、服务费用、硬件投入和运维成本都需要仔细评估,同时,提升数据库自身管理和技术能力也是决定成功的关键因素。
2023-01-08 上传
论分布式数据库的设计与实现 摘要:本文讨论某高校管理信息系统中分布式数据库的设计与实现。该系统架构设计 采用c/s与b/s混合的架构方式。在全局数据与各院系的数据关系中,采用水平分片的方 式;在全局数据与各部门之间,以及数据库服务器与web数据库服务器的数据关系中,采 用垂直分片的方式。设计过程中采用了基于视图概念的数据库设计方法。开发过程中在 数据集成、测试、分布式数据库部署等方面做了大量的工作。并使用合并复制的方式有 效地解决了分布式数据库中数据同步的问题。 关键词:分布式数据库 架构设计 应用数据集成 合并复制 针对某高校管理信息系统的开发,该高校共有三个校区,总校区和两个校区,教务处等 校级行政部门在总校区办公,15个院、系分布在两个校区。在工作中它们处理各自的数 据,但也需要彼此之间数据的交换和处理,如何处理分散的数据和集中的管理是一个难 题。学校信息系统中复杂而分散的数据信息之间的交换、相互转换和共享等问题是系统 开发要解决的关键性问题,分布式数据库系统技术为解决这个问题提供了可能。 1、系统的架构设计 采用分布式的c/s与b/s混合的架构方式。各院系、部(室)通过局域网直接访问数据库 服务器,软件采用c/s架构;其它师生员工通过internet访问web服务器,通过web服务器 再访问数据库服务器,软件采用b/s架构。学校各部门之间工作时数据交互性较强,采用 c/s架构可以使查询和修改的响应速度快;其它师生员工不直接访问数据库服务器,能保 证学校数据库的相对安全。 2、数据的分布 从全局应用的角度出发,将局部数据库自下而上构成分布式数据库系统,各系部存放本 机构的数据,全局数据库则存放所有业务数据,并对数据进行完整性和一致性的检查, 这种做法虽然有一定的数据冗余,但在不同场地存储同一数据的多个副本,能提高系统 的可靠性和可用性,也提高了局部应用的效率,减少了通讯代价。 将关系分片,有利于按用户需求组织数据的分布,根据不同的数据关系采用了不同的分 片方式: (1)在全局数据与各院系的数据关系中,由于各院系的数据是全局数据的子集,采用了 水平分片的方式。 (2)在全局数据与教务处、总务处等各部门之间,数据是按照其应用功能来划分的,所 以采用了垂直分片的方式。在数据库服务器与web数据库服务器的数据关系中,情况也是 相同,也采用了垂直分片的方式。 3、数据库视图设计 由于系统需要满足来自不同用户的查询需求,如学生查询考试成绩、教师查询考核情况 、师生查询图书信息等,因此使用了大量的视图,来满足各方面的查询需要。另一方面 这种设计也防止了人为因素造成的数据更改,同时满足了系统安全性的需要。 在进行视图设计时,首先从分析各个应用的数据着手,为每个应用建立各自的视图,然 后再把这些视图汇总起来,消除命名冲突和冗余,最后形成整个数据库的概念数据模型 。 4、数据集成 各系部的局部数据在录入后,要及时上报,在全局数据库进行汇总。各部门的数据有更 新变动时,也要及时上报在全局数据库同步更新。再由全局数据库分发给与数据信息有 关的相关部门。如某系学生人数的变化要通知后勤服务部门。人事部门上报教工工作的 调动情况要通知财会部门等。数据的交换集中在各系部局部数据库与全局数据库之间, 提高了系统集成的可靠性;数据交换的功能在中心数据库与各系部间进行,中心数据库 所在的服务器分担大部分数据交换所需的处理工作,可减少各系部之间的数据交换,保 证数据的一致性。在数据库到数据库的操作中,通过两阶段递交协议来确保中心数据库 和分布在各个系部的数据的一致性、完整性。 5、测试 由于该系统涉及到多个系部,数据共享关系复杂,数据量也较大,因此在测试时使用的 是高校系统的真实的数据,从数据的采集、传输、存储、处理和显示等的各个环节,全 面测试了数据库的功能,以及数据库的性能和安全性等,根据测试结果和用户意见进行 了修改。 6、部署 在数据库选型的问题上,考虑到操作人员对sql server数据库比较熟悉,采用sql server数据库构造整个数据库平台。各校区都有自己的数据库服务器,而全局数据库服 务器只有在总校区才有,不同校区之间的数据通过总校区以复制的形式同步,两个分校 区和各系部之间不直接进行数据的复制,这种服务器的分布形式达到了以下两个目的: 首先,全局数据库服务器在总校区,保证了整个学校的数据统一。再者,通过后台的数 据的同步进程保证了总校区和各部门之间的数据传输,可实现校办总部对下属单位的数 据有条件发放,下属单位数据无条件上传总校,为整体数据提供了安全保障。 在分布式数据库设计中遇到的最主要的一个问题就是数据同步的问题。由于全局数据库 与各部门的数据交换是双向的,各系部需将更新的数据发送到全局数据库,全局数据库 负责整体协调,要向下属单位下发
2023-03-13 上传