清华大学数据库原理课件数据库大作业.ppt

OLTP与性能测试 《数据库原理》 软件项目任务书 介绍 数据库技术成熟并不断发展 互联网的不断普及与进步 电子商务、电子政务应用成为热点 在线事务处理（OLTP）十分重要 实现一个数字商城 结合《数据库原理》课介绍的概念、方法与技术 数据库的设计要在实际需求的基础上，平衡规范性和效率 设计测试模式，进行性能测试 测试模式包括浏览、放购物篮、下订单、查看信息等 这些操作尽量模拟实际情况 间隔时间、混合的比例、用户数 应用场景介绍 应用场景介绍（续） 用户采用后付费方式，即用户下定单后，商城即送货，定期结算 商品应按类组织（大类、品牌） 用户购物前，必须注册/登录 用户可以浏览商品、操作购物篮、下订单，以及查看购物篮、订单、结算单 模拟客户端 用于做性能测试和压力测试 例外情况的处理 用户登录不成功、购买时缺货等 要求 数据库可以使用Oracle、SQL Server、DB2、MySQL、ASA等通用数据库，不要用Access等桌面型数据库 商品和用户信息都用随机生成的方式 属性按照需要采用随机生成的数字或者字符串 测试用例要符合实际情况，比如 用户1万，商品100类、1000个品牌、10万件 在线用户300，每个用户在5分钟内进行10次浏览、2次放入购物篮、1次下订单 测试指标 性能测试：操作响应时间和承受量的关系 压力测试：规定操作响应时间范围内的极限承受量 数据库设计 支付平台数据库需要记录如下信息： 用户 商品 购物篮 支付定单 结算单 日志 概要设计以ER图为主，辅以简明扼要的描述 详细设计包括库表设计和程序结构 一种信息可能需要多个表来实现 根据需要，建立合理的主键、外键、索引等约束条件 平衡规范性和效率 ER图和库表设计表格采用统一格式 参见网络学堂的项目任务书 数据库使用分析 性能测试结果分析 性能测试和压力测试的结果 分析哪些数据库设计（以及对应的SQL语句）对提高性能有好处 评分时，分析比性能本身更重要 根据日志信息分析事务ACID 比如“用户购物总金额=所有订单金额之和” 比赛各组的日志设计和ACID分析全面性 需要完成 设计阶段 设计文档 人员组成和分工 概要设计 详细设计 实现阶段 程序和演示 总结文档 人员组成和分工 概要和详细设计 使用分析 体会和收获 分组和检查安排 5~6人一个小组 其中一人担当组长，负责协调 最后得分采用100分制；为了鼓励组内同学的积极性，组长有正负10分的调整权，同组的调整分数之和不得大于零 11月29日（周六）检查设计 检查概要设计和详细设计 ER设计，库表设计，程序结构设计 每组10分钟的ppt 12月27日（周六）检查实现情况 最终设计情况（上交设计文档），当前工作 每组10分钟的ppt 期末考试之后开始检查 与助教联系程序检查时间 上交总结文档 附件A：ER图示例 附件B：库表示例 其他信息 此PPT放在网络学堂 骆科东 106室，lkd99@mails.tsinghua.edu.cn 潘莉莉 106室，panlili@tsinghua.org.cn * * Timestamp（B+_Tree） IDX_TestTbl_Timestamp 索引组成 索引 [TestTbl2].Name Name 参照表 外键 ID 主键 Date 时间戳 Timestamp V2(16) 名称 Name 0~10000 N(5) 代号 ID 说明 取值范围 类型 名称 字段名 用于测试 说明 TestTbl【测试表】 名称