商品订购数据库设计报告

上传人:hs****ma 文档编号:458218863 上传时间:2023-11-20 格式:DOC 页数:13 大小:592KB
返回 下载 相关 举报
商品订购数据库设计报告_第1页
第1页 / 共13页
商品订购数据库设计报告_第2页
第2页 / 共13页
商品订购数据库设计报告_第3页
第3页 / 共13页
商品订购数据库设计报告_第4页
第4页 / 共13页
商品订购数据库设计报告_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《商品订购数据库设计报告》由会员分享,可在线阅读,更多相关《商品订购数据库设计报告(13页珍藏版)》请在金锄头文库上搜索。

1、商品订购数据库设计【内容摘要】随着时光的流逝,人类社会悄然已经进入21世纪。21世纪是知识经济时代,是信息技术时代,是数字化时代。随着市场经济的深化,客户与供应商之间交流平凡,因此设计了该商品订购数据库,为客户的订购提供了便利的管理和查询。从供应商到客户构建了一个很好的关系,其中的各视图、窗体方便了对各表的查询、更新与删除。该商品订购数据库达到了第三范式的要求,通过对此数据库的设计,使得数据的冗余程度达到最少,数据的完整性约束最好。【关键字】商品订购系统;数据设计;Access;完整性约束;关系1 引言为了在供应商、客户、订单、运货商之间构成一个较好的关系,使其在这三者之间进行较好的查询与管理

2、,为此通过仓库、订单明细、运货这三个联系建立较好的关系网,将供应商、客户、订单、运货商串联起来,使数据的冗余程度达到最少,数据的完整性达到最好。基于实现这个环境而设计了这个商品订购数据库。2 数据问题分析2.1 描述将现实世界中一组具有某些共同特性和行为的对象可以抽象为一个实体,在本数据库中供应商、客户、订单、运货商作为实体,实体与实体之间的联系抽象为一个联系,本数据库是以仓库、订单明细、运货作为联系。根据引言中的要求可得到E-R图2.2 E-R图用 户图1:E-R图3 数据库结构设计3.1 数据表定义(1)供应商表列名类型主键有效性规则默认值供应商ID长整型主键0公司名称文本联系人姓名文本电

3、话文本地址文本邮政编码文本(2)仓库表列名类型主键有效性规则默认值供应商ID长整型主键0产品ID长整型主键0库存量长整型=00订购量长整型=00(3)产品表列名类型主键有效性规则默认值产品ID长整型主键0产品名称文本单价货币=00单位数量文本(4)客户表列名类型主键有效性规则默认值客户ID长整型主键0公司名称文本联系人姓名文本电话文本地址文本邮政编码文本(5)订单表列名类型主键有效性规则默认值订单ID长整型主键0订货日期日期/时间货主地址文本发货日期日期/时间到货状态文本(6)订单明细表列名类型主键有效性规则默认值产品ID长整型主键0供应商ID长整型主键0客户ID长整型主键0订单ID长整型主键

4、0数量长整型1折扣单精度型Between 0 and 10(7)运货表列名类型主键有效性规则默认值订单ID长整型主键0运货商ID长整型主键0运费货币=00(8)运货商表列名类型主键有效性规则默认值运货商ID长整型主键0运货商名称文本电话文本(9)用户表列名类型主键有效性规则默认值id自动编号主键0用户名文本密码文本3.2 数据关系定义(1)数据表关系在Access中对数据表的关系进行创建,图如下:图2:数据表关系图(2)参照完整性说明对于这八个表的完整性都具有级联更新,在仓库表中的供应商ID不会是级联删除,因为当仓库不存在的时候,并不代表其供应商就不存在了。仓库表中的产品ID也不会因为当其存量

5、为零的时候,而不会再订购其产品。在订单明细表中的产品ID、客户ID、供应商ID,都不会因为订单的终止而不存在。在订单表中的订单ID将会随着交易的完成而被及时的删除,所以订单ID是级联删除,同理运货表中的订单ID也是级联删除。运货表中的运货商ID不会因为交易的完成,而使其运货商不再存在。4 数据库应用设计4.1 应用说明数据库中的各视图,是为了更好的在多表之间进行选择查询、更新、删除,这样能够更好的服务于前台。4.2 视图设计(1)昂贵产品SQL语句如下:SELECT 产品名称,单价,单位数量FROM 产品WHER 单价=300;作用:能够更方便的查询单价大于300,比较昂贵的产品。结果见下图:

6、图3:昂贵产品查询图(2)客户订货SQL语句如下:SELECT 供应商.公司名称,产品.产品名称,产品.单价,客户.公司名称,订单明细.数量FROM 供应商,产品,客户,订单明细WHERE (供应商.供应商ID=订单明细.供应商ID) AND (产品.产品ID=订单明细.产品ID) AND (客户.客户ID=订单明细.客户ID);作用:方便在供应商、产品、客户、订单明细之间进行多表查询,这样可以使用户了解更多的信息。结果见下图:图4:客户订货查询图(3)仓库更新SQL语句如下:UPDATE 仓库 SET 订购量 = 50WHERE 库存量=0;作用:当仓库某产品的存量为零的时候,此更新查询可以

7、进行再订购其订购量为50,这样就可以保证仓库产品的存量始终是充足的。(4)订单整理SQL语句如下:DELETE *, 到货状态FROM 订单WHERE 到货状态=已收;作用:通过这个删除查询,及时的将订单中到货状态=“已收”的交易记录进行删除,从而留出更多的存储空间。(5) 产品价格降序排列SQL语句如下:SELECT *FROM 产品ORDER BY 单价 DESC;作用:将产品表中的产品单价,按降序进行排列,方便用户对产品价格进行查询。结果见下图:图5:产品价格降序排列查询图(6)统计SQL语句如下:SELECT 订单总计:, COUNT(*), 运费合计:, SUM(运费)FROM 订单

8、, 运货WHERE (订单.订单ID=运货.订单ID) AND (到货状态=未收);作用:对订单表中的订单数目,运货表中的总运费进行统计,这样有利于用户及时的查看订单表、运货表的动态。结果见下图:图6:统计查询图4.3窗体设计(1)登录窗体登录窗体在此做一个权限设置,只被在该数据库中注册的用户使用。利用Access中的设计视图在其工作区类,使用其相应的控件进行窗体制作,窗体见下图:图7:登录窗体界面窗体制作好后,就是对“确定”按钮编程进行相应的控制,使其能够在用户名、密码都正确的情况下,跳转到“导航”窗体界面,点击“退出系统”按钮则可以退出数据库,其代码界面如下:图8:“确定”按钮编码界面(2

9、)导航窗体该窗体是作为一个主窗体,方便进入各子窗体的通道,其制作过程也是利用设计视图来制作,窗体见下图:图9:导航窗体界面(3)产品查询窗体在该窗体中可以方便查询你所要商品的单价、单位数量,此窗体的制作过程是利用向导来完成的,其中还包含了一个子窗体,窗体见下图:图10:产品查询窗体界面(4)运货商业务查询窗体该窗体能够方便查询每家货运商的订单业务,窗体见下图:图11:运货商业务查询窗体界面(5)仓库查询窗体该窗体能够方便查询各供应商仓库的库存情况,窗体见下图:图12:仓库查询窗体界面(6)订单查询窗体该窗体方便查找各订单中订购的是什么商品,窗体见下图:图13:订单查询窗体界面(7)添加产品窗体

10、该窗体方便供应商添加产品的种类,让用户进行选择,窗体见下图:图14:添加产品窗体界面5 总结通过以上数据关系、参数完整性、视图与窗体的建立,用户就可以较好的利用该数据库进行相应的查询和管理。模拟实习成绩评定表等级成绩组成优秀良好中等及格不及格报告文档1文档很规范。2排版很清晰。3内容很全面。4设计很合理。1文档规范。2排版清晰。3内容全面。4设计合理。1文档较规范。2排版较清晰。3内容较全面。4设计较合理。1文档欠规范。2排版欠清晰。3内容欠全面。4设计欠合理。1文档不规范。2排版不清晰。3内容不全面。4设计不合理。算法分析1算法正确。2算法分析很全面。3算法描述很清晰。1算法正确。2算法分析

11、全面。3算法描述清晰。1算法正确。2算法分析较全面。3算法描述较清晰。1算法基本正确。2算法分析欠全面。3算法描述欠清晰。1算法不正确。2算法分析不全面。3算法描述不清晰。程序实现1程序设计思路很清晰。2程序代码编写很完整。 3程序运行正确。1程序设计思路清晰。2程序代码编写完整。 3程序运行正确。1程序设计思路较清晰。2程序代码编写较完整。 3程序运行正确。1程序设计思路欠清晰。2程序代码编写欠完整。 3程序运行基本正确。1程序设计思路不清晰。2程序代码编写不完整。 3程序运行不正确。结果分析1有运行结果描述。2结果描述很清晰、很完整。3结果分析很深入。1有运行结果描述。2结果描述清晰、完整。3结果分析深入。1有运行结果描述。2结果描述较清晰、较完整。3结果分析较深入。1有运行结果描述。2结果描述欠清晰、欠完整。3结果分析欠深入。1无运行结果描述。2结果描述不清晰、很完整。3结果分析不深入。实习总结1有实习总结。2实习总结很全面、很深入。3能从实习中总结出创新成果。1有实习总结。2实习总结全面、深入。3能从实习中总结出创新成果。1有实习总结。2实习总结较全面、较深入。1有实习总结。2实习总结欠全面、欠深入。1无实习总结。2实习总结不全面、不深入。综合成绩评定: 评阅老师(签章): 年 月 日

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号