查看更多当前 - 案例分析 - 数据库系统与缓存设计
简单
案例题
2015年11月第4题
#必须掌握
#超纲

阅读以下关于应用系统数据架构的说明,在答题纸上回答问题1至问题3。
【说明】
某软件公司拟开发一套贸易综合管理系统,包括客户关系管理子系统和商品信息管理子系统两部分。客户关系管理子系统主要管理客户信息,并根据贸易业务需要频繁向客户发送相关的电子邮件、短信等提醒信息。商品信息管理子系统主要为客户提供商品信息在线查询功能,包括商品基本信息、实时库存与价格等。
在对系统进行数据架构设计时,公司项目组的架构师王工主张采用文件系统进行数据管理,原因是目前公司客户和商品数量不大,且系统功能较为简单,采用文件系统进行数据管理简单直观,开发周期短。架构师李工则建议采用关系数据库进行数据管理,原因在于公司目前正处在高速扩张期,虽然目前的客户和商品数量不大,但随着公司快速发展,需要管理的数据必然飞速膨胀,采用关系数据库作为数据存储层,系统的扩展性更强,并能够对未来可能增加的复杂业务提供有效支持。经过讨论,项目组初步采纳了李工的意见,决定采用关系数据库存储客户数据,并针对业务特征对系统性能进行优化。

分值(8分

请从设计难度、数据冗余程度、数据架构、应用扩展性等4个方面对关系型数据库管理系统和文件系统两种数据存储方式进行比较,填写表4-1中(1)~(4)。

参考答案

(1)数据结构需要符合关系模式,设计难度较大
(2)可能在多个文件中复制相同的数据属性,数据冗余较大
(3)以应用系统为中心管理数据
(4)数据独立于应用系统,数据库系统接口标准化,易于在不同应用之间共享数据

凯恩解析

在信息系统架构设计中,选择文件系统还是关系数据库管理系统(RDBMS),取决于 系统复杂性、数据增长趋势、扩展需求 等。

  1. 设计难度:文件系统的数据组织简单,开发者仅需编写 I/O 操作即可,但缺乏数据模型约束,容易造成混乱。关系数据库必须遵循关系模式,需要设计 数据表、主外键、范式约束 等,设计难度更大,但数据结构更规范,利于长期维护。
  2. 数据冗余程度:文件系统往往是 应用驱动的数据存储,各应用独立管理数据,容易出现相同数据被重复存储在多个文件中,冗余度大,数据一致性难以保证。关系数据库通过 集中式数据管理 和规范化设计,能够有效减少冗余,提高一致性。
  3. 数据架构:文件系统是“以应用为中心”的数据架构,即应用直接驱动数据存取,数据组织依赖具体应用,缺乏统一的全局管理。关系数据库是“以数据为中心”的架构,数据库系统作为独立组件运行,应用通过标准接口访问数据,更具规范性。
  4. 应用扩展性:文件系统扩展性差,新应用往往无法直接重用已有数据,需要单独开发数据接口。关系数据库具有 标准化接口(如 JDBC/ODBC),实现了数据与应用的分离,使得数据更易共享和扩展。
    综上,文件系统适用于数据量小、业务简单、开发周期短的场景,而关系数据库更适合 数据量大、业务复杂、扩展性要求高的企业应用
联系我们
隐私协议
用户协议
微信公众号
知乎
小红书
浙ICP备2021029036号
@2022-2026
嘉兴市安芯网络科技有限公司 版权所有