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

其他信息

此PPT放在网络学堂 骆科东

106室，lkd99@mails.tsinghua.edu.cn
106室，panlili@tsinghua.org.cn

潘莉莉



需要完成
设计阶段

实现阶段

设计文档

人员组成和分工 概要设计 详细设计
程序和演示 总结文档

人员组成和分工 概要和详细设计 使用分析 体会和收获
分组和检查安排

5~6人一个小组

其中一人担当组长，负责协调 最后得分采用100分制；为了鼓励组内同学的积极性，组长 有正负10分的调整权，同组的调整分数之和不得大于零 检查概要设计和详细设计


实现一个数字商城


设计测试模式，进行性能测试

间隔时间、混合的比例、用户数
应用场景介绍
日志（交易、结算、物流等等）
身份认证 用户名 ____ 密码 ____ 进入
购物 商品1 „ 商品2 „ 放入购物篮
支付失败
支付成功
用户
用户自助服务 用户信息、购物篮 信息、支付订单信 息、结算单信息


11月29日（周六）检查设计

ER设计，库表设计，程序结构设计
每组10分钟的ppt 最终设计情况（上交设计文档），当前工作 每组10分钟的ppt

12月27日（周六）检查实现情况


期末考试之后开始检查

与助教联系程序检查时间 上交总结文档
附件A：ER图示例
班级编号 班级
所属专业系

用于做性能测试和压力测试 用户登录不成功、购买时缺货等
例外情况的处理

Hale Waihona Puke Baidu
要求


数据库可以使用Oracle、SQL Server、DB2、 MySQL、ASA等通用数据库，不要用Access等桌面 型数据库 商品和用户信息都用随机生成的方式

属性按照需要采用随机生成的数字或者字符串 用户1万，商品100类、1000个品牌、10万件 在线用户300，每个用户在5分钟内进行10次浏览、2次放入 购物篮、1次下订单 性能测试：操作响应时间和承受量的关系 压力测试：规定操作响应时间范围内的极限承受量
测试用例要符合实际情况，比如


测试指标

数据库设计

支付平台数据库需要记录如下信息：

用户 商品 购物篮 支付定单 结算单 日志


概要设计以ER图为主，辅以简明扼要的描述 详细设计包括库表设计和程序结构

一种信息可能需要多个表来实现 根据需要，建立合理的主键、外键、索引等约束条件 平衡规范性和效率 参见网络学堂的项目任务书
OLTP与性能测试
《数据库原理》 软件项目任务书
介绍

数据库技术成熟并不断发展

互联网的不断普及与进步 电子商务、电子政务应用成为热点 在线事务处理（OLTP）十分重要 结合《数据库原理》课介绍的概念、方法与技术 数据库的设计要在实际需求的基础上，平衡规范性和效率 测试模式包括浏览、放购物篮、下订单、查看信息等 这些操作尽量模拟实际情况

ER图和库表设计表格采用统一格式

数据库使用分析

性能测试结果分析


性能测试和压力测试的结果 分析哪些数据库设计（以及对应的SQL语 句）对提高性能有好处 评分时，分析比性能本身更重要 比如“用户购物总金额=所有订单金额之 和” 比赛各组的日志设计和ACID分析全面性

根据日志信息分析事务ACID
班级
属于 学号 年龄
属于
学生 性别
姓名
学生
附件B：库表示例
名称 说明 用于测试 字段名 ID Name Timestamp 主键 ID 外键 Name 索引 IDX_TestTbl_Timestamp 参照表 [TestTbl2].Name 索引组成 Timestamp（B+_Tree） 名称 代号 名称 时间戳 类型 N(5) V2(16) Date 取值范围 0~10000 说明 TestTbl【测试表】
用户
商品 购物篮
支付订 单
后台 结算
用户管理 商品管理
结算单
管理员
应用场景介绍（续）

用户采用后付费方式，即用户下定单后，商 城即送货，定期结算 商品应按类组织（大类、品牌） 用户购物前，必须注册/登录 用户可以浏览商品、操作购物篮、下订单， 以及查看购物篮、订单、结算单 模拟客户端