商品订购数据库.docx
《商品订购数据库.docx》由会员分享，可在线阅读，更多相关《商品订购数据库.docx（16页珍藏版）》请在冰豆网上搜索。
商品订购数据库
商品订购数据库设计
【内容摘要】随着时光的流逝，人类社会悄然已经进入21世纪。
21世纪是知识经济时代，是信息技术时代，是数字化时代。
随着市场经济的深化，客户与供应商之间交流平凡，因此设计了该商品订购数据库，为客户的订购提供了便利的管理和查询。
从供应商到客户构建了一个很好的关系，其中的各视图、窗体方便了对各表的查询、更新与删除。
该商品订购数据库达到了第三范式的要求，通过对此数据库的设计，使得数据的冗余程度达到最少，数据的完整性约束最好。
【关键字】商品订购系统；数据设计；Access；完整性约束；关系
1引言
为了在供应商、客户、订单、运货商之间构成一个较好的关系，使其在这三者之间进行较好的查询与管理，为此通过仓库、订单明细、运货这三个联系建立较好的关系网，将供应商、客户、订单、运货商串联起来，使数据的冗余程度达到最少，数据的完整性达到最好。
基于实现这个环境而设计了这个商品订购数据库。
2数据问题分析
2.1描述
将现实世界中一组具有某些共同特性和行为的对象可以抽象为一个实体，在本数据库中供应商、客户、订单、运货商作为实体，实体与实体之间的联系抽象为一个联系，本数据库是以仓库、订单明细、运货作为联系。
根据引言中的要求可得到E-R图
2.2E-R图
图1：
E-R图
3数据库结构设计
3.1数据表定义
（1）供应商表
列名
类型
主键
有效性规则
默认值
供应商ID
长整型
主键
>0
公司名称
文本
联系人姓名
文本
电话
文本
地址
文本
邮政编码
文本
（2）仓库表
列名
类型
主键
有效性规则
默认值
供应商ID
长整型
主键
>0
产品ID
长整型
主键
>0
库存量
长整型
>=0
0
订购量
长整型
>=0
0
（3）产品表
列名
类型
主键
有效性规则
默认值
产品ID
长整型
主键
>0
产品名称
文本
单价
货币
>=0
0
单位数量
文本
（4）客户表
列名
类型
主键
有效性规则
默认值
客户ID
长整型
主键
>0
公司名称
文本
联系人姓名
文本
电话
文本
地址
文本
邮政编码
文本
（5）订单表
列名
类型
主键
有效性规则
默认值
订单ID
长整型
主键
>0
订货日期
日期/时间
货主地址
文本
发货日期
日期/时间
到货状态
文本
（6）订单明细表
列名
类型
主键
有效性规则
默认值
产品ID
长整型
主键
>0
供应商ID
长整型
主键
>0
客户ID
长整型
主键
>0
订单ID
长整型
主键
>0
数量
长整型
1
折扣
单精度型
Between0and1
0
（7）运货表
列名
类型
主键
有效性规则
默认值
订单ID
长整型
主键
>0
运货商ID
长整型
主键
>0
运费
货币
>=0
0
（8）运货商表
列名
类型
主键
有效性规则
默认值
运货商ID
长整型
主键
>0
运货商名称
文本
电话
文本
（9）用户表
列名
类型
主键
有效性规则
默认值
id
自动编号
主键
>0
用户名
文本
密码
文本
3.2数据关系定义
（1）数据表关系
在Access中对数据表的关系进行创建，图如下：
图2：
数据表关系图
（2）参照完整性说明
对于这八个表的完整性都具有级联更新，在仓库表中的供应商ID不会是级联删除，因为当仓库不存在的时候，并不代表其供应商就不存在了。
仓库表中的产品ID也不会因为当其存量为零的时候，而不会再订购其产品。
在订单明细表中的产品ID、客户ID、供应商ID，都不会因为订单的终止而不存在。
在订单表中的订单ID将会随着交易的完成而被及时的删除，所以订单ID是级联删除，同理运货表中的订单ID也是级联删除。
运货表中的运货商ID不会因为交易的完成，而使其运货商不再存在。
4数据库应用设计
4.1应用说明
数据库中的各视图，是为了更好的在多表之间进行选择查询、更新、删除，这样能够更好的服务于前台。
4.2视图设计
（1）昂贵产品
SQL语句如下：
SELECT产品名称,单价,单位数量
FROM产品
WHER单价>=300;
作用：
能够更方便的查询单价大于300，比较昂贵的产品。
结果见下图：
图3：
昂贵产品查询图
（2）客户订货
SQL语句如下：
SELECT供应商.公司名称,产品.产品名称,产品.单价,客户.公司名称,订单明细.数量
FROM供应商，产品，客户，订单明细
WHERE（供应商.供应商ID=订单明细.供应商ID）AND（产品.产品ID=订单明细.产品ID）AND（客户.客户ID=订单明细.客户ID）;
作用：
方便在供应商、产品、客户、订单明细之间进行多表查询，这样可以使用户了解更多的信息。
结果见下图：
图4：
客户订货查询图
（3）仓库更新
SQL语句如下：
UPDATE仓库SET订购量=50
WHERE库存量=0;
作用：
当仓库某产品的存量为零的时候，此更新查询可以进行再订购其订购量为50，这样就可以保证仓库产品的存量始终是充足的。
（4）订单整理
SQL语句如下：
DELETE*,到货状态
FROM订单
WHERE到货状态="已收";
作用：
通过这个删除查询，及时的将订单中到货状态=“已收”的交易记录进行删除，从而留出更多的存储空间。
（5）产品价格降序排列
SQL语句如下：
SELECT*
FROM产品
ORDERBY单价DESC;
作用：
将产品表中的产品单价，按降序进行排列，方便用户对产品价格进行查询。
结果见下图：
图5：
产品价格降序排列查询图
（6）统计
SQL语句如下：
SELECT"订单总计:
",COUNT（*）,"运费合计:
",SUM（运费）
FROM订单,运货
WHERE（订单.订单ID=运货.订单ID）AND（到货状态="未收"）;
作用：
对订单表中的订单数目，运货表中的总运费进行统计，这样有利于用户及时的查看订单表、运货表的动态。
结果见下图：
图6：
统计查询图
4.3窗体设计
（1）登录窗体
登录窗体在此做一个权限设置，只被在该数据库中注册的用户使用。
利用Access中的设计视图在其工作区类，使用其相应的控件进行窗体制作，窗体见下图：
图7：
登录窗体界面
窗体制作好后，就是对“确定”按钮编程进行相应的控制，使其能够在用户名、密码都正确的情况下，跳转到“导航”窗体界面，点击“退出系统”按钮则可以退出数据库，其代码界面如下：
图8：
“确定”按钮编码界面
（2）导航窗体
该窗体是作为一个主窗体，方便进入各子窗体的通道，其制作过程也是利用设计视图来制作，窗体见下图：
图9：
导航窗体界面
（3）产品查询窗体
在该窗体中可以方便查询你所要商品的单价、单位数量，此窗体的制作过程是利用向导来完成的，其中还包含了一个子窗体，窗体见下图：
图10：
产品查询窗体界面
（4）运货商业务查询窗体
该窗体能够方便查询每家货运商的订单业务，窗体见下图：
图11：
运货商业务查询窗体界面
（5）仓库查询窗体
该窗体能够方便查询各供应商仓库的库存情况，窗体见下图：
图12：
仓库查询窗体界面
（6）订单查询窗体
该窗体方便查找各订单中订购的是什么商品，窗体见下图：
图13：
订单查询窗体界面
（7）添加产品窗体
该窗体方便供应商添加产品的种类，让用户进行选择，窗体见下图：
图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．算法分析全面。
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．实习总结不全面、不深入。
综合成绩评定：
评阅老师（签章）：
年月日
升级会员 