音像店管理系统

[xxxxxx学院][xxxxxx专业][音像店管理系统音像店管理系统音像店管理系统音像店管理系统]姓姓姓姓名：名：名：名：[[[[xxxxxxxxxxxxxxxxxxxxxxxx]]]]学学学学号：号：号：号：[[[[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]]]][[[[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx]]]]指导教师：指导教师：指导教师：指导教师：[[[[xxxxxxxxxxxx]]]]2011年11月19日音像店管理系统本次数据库设计中，我们本着分工协作、互帮互助的原则，共同完成了此次作业，现分工如下：（1）xxx：需求描述与分析、数据库物理实施、数据库实现（2）xxx：概念结构设计、逻辑结构设计一、需求描述在信息化社会中，信息资源越来越庞大。如何能更有效地处理和管理这些信息成为了当前人们关注的焦点，同时也成为了各个企业节省资源、提高质量和效率的关键。因此，这就要求我们在提高计算机硬件的同时也要设计出针对性的高速多功能软件来。当今社会，人们的日常生活内容日益丰富，社区音像店逐渐壮大起来，使得传统的低效人工管理已不能满足要求。本系统主要针对以上需求设计，旨在为广大小型无连锁店、或连锁店间的音像租售服务开发使用。二、需求分析2.2.2.2.1111要求描述本系统是为了对小型音像店日常销、售租赁数据的管理。本系统主要考虑了最为普遍的销售、租赁管理要求：（1）采购商品的信息，商品采购信息用于日后查看和统计采购情况。（2）销售时把相应数量的商品从现存商品库中减去，并记录到信息记录库中，以便日后的查询和统计销售信息。（3）租赁（归还）时把相应数量的商品从现存商品库中减去（增加），并记录到信息记录库中，以便日后的查询和统计租赁信息。（4）租赁商品使用一定次数、时期后以及损坏、遗失后，将信息统计到信息记录库中，并从现存租赁库中减去该商品。（5）当没有顾客所需要的商品时，顾客可以预定所需商品。（6）对一段时期内销售、租赁商品的利润进行查询。（7）对会员信息的注册登记。（8）还要能随时查看各种信息，如库存信息、利润信息、供应商信息和已售商品信息、租赁信息、影碟的名称和编号、影碟的基本信息、每个会员客户的历史租赁记录。2.22.22.22.2功能描述本系统实现的主要功能有：（1）业务处理：包括采购登记、销售登记、租赁登记、预订登记、会员登记。（2）采购登记：包括采购的商品的编号、商品名、供应商、商品的类别、单价、数量、总金额、采购时间，还可以查询从各个供应商所采购的商品以及它们的基本信息。（3）销售登记：包括销售的商品的编号、商品名、商品的类别、单价、数量、总金额、销售时间，还可以用一个表显示所选时间段所销售的全部商品以及它们的基本信息。（4）租赁登记：包括租赁的商品的编号、商品名、商品的类别、单位租金、数量、押金、租赁时间、归还时间。（5）预订登记：包括预订人的姓名、联系方式和预定类别（购买或租赁）。（6）查看数据表：包括对库存商品表、利润分析表、供应商信息表、已售商品表、租赁商品记录表、已租赁商品表查看。2.32.32.32.3数据字典（1）供应商编号数据项描述数据类型长度是否为空约束S1名称供应商名称varchar40notnull主键S2地址供应商地址varchar256notnullS3联系电话供应商联系电话char11notnull（2）采购编号数据项描述数据类型长度是否为空约束S1编号商品编号number10notnull主键S2名称供应商名称varchar40notnullS3进价碟片进价number4.1notnullS4数量采购数量varchar5notnullS5时间进货时间datanotnull（3）商品编号数据项描述数据类型长度是否为空约束S1编号商品编号number10notnull主键S2名称商品名称varchar20notnullS3类别商品类别varchar20notnullS4数量现存数量number4notnullS5简介商品简要介绍varchar255S6单价商品销售单价number4,1notnullS7租金商品租赁单位租金number4,1notnullS8类型销售、租赁类别char10notnullS9国别碟片国别char20notnull（4）预定编号数据项描述数据类型长度是否为空约束S1日期订单日期datanotnull主键S2顾客编号顾客编号number10notnull主键S3押金订单押金number4，1notnullS4类型销售类型datanotnullS5商品编号商品编号number10notnull主键（5）租赁编号数据项描述数据类型长度是否为空约束S1日期订单日期datanotnull主键S2数量商品数量number4notnullS3租金租金number4notnullS4总额总额number6,1S5归还时间归还时间dataS6顾客编号顾客编号number10notnull主键S7商品编号商品编号number10notnull主键（6）销售编号数据项描述数据类型长度是否为空约束S1日期订单日期datanotnull主键S2数量商品数量number4notnullS3价格单位价格number5,1notnullS4总额总额number6,1S5顾客编号顾客编号number10notnull主键S6商品编号商品编号number10notnull主键（7）顾客编号数据项描述数据类型长度是否为空约束S1编号顾客编号char20notnull主键S2姓名顾客姓名char20S3电话联系电话number11S4卡号卡号number10（8）数据结构编号数据结构名称描述组成约束D1供应商描述供应商信息供应商名称+供应商联系电话+供应商地址D2商品商品基本信息编号+名称+单价+租金+简介+类别+国别+销售类型+现存数量一个编号对应一种商品。D3采购采购信息商品编号+商品名称+供应商名称+商品单价+商品数量+总金额+日期+时间一个编号对应一个订单D4租赁租赁信息日期+数量+租金+总额+归还时间D5销售销售信息日期+数量+价格+总额D6顾客记录顾客信息姓名+编号+电话+卡号一个编号对应一个顾客D7预定记录顾客预定信息日期+数量+押金（9）存储结构编号数据存储名称描述组成关键字关联处理F1供应商描述供应商信息供应商名称+供应商联系电话+供应商地址供应商编码订货F2商品信息商品基本信息商品编号+商品名称+单价+租金+简介+类型+国别+销售类型+现存数量商品编号订单、销售、租赁F3顾客信息顾客信息姓名+编号+电话+卡号卡号订单、销售、租赁三、概念结构设计3.13.13.13.1实体识别对音像店管理系统有如下实体：影碟，类型，国别，顾客，供应商。共5个实体。实体关系如下：（1）影碟和顾客之间存在租赁，预定，销售关系，他们之间为多对多关系。（2）影碟和供应商之间为采购关系，他们之间为多对多关系。3.23.23.23.2实体的属性3.33.33.33.3ERERERER图四、逻辑结构设计4.14.14.14.1根据规则转换成关系模式CD(Cno,cout,price,cd_name,rent,sell_type)Supplier(address,tel,sname)Nation(nation)cd_type(cd_type)Cust(cname,pno,tel,card_no)影碟：供应商：顾客：国别：类型：4.24.24.24.2物理模型4.34.34.34.3优化关系数据库到3NF3NF3NF3NF一个良好的数据库中每个关系都应符合第三范式，不允许出现传递依赖、冗余、异常等等。在逻辑设计中形成了关系表后需要对关系作规范化处理，使每个关系表至少满足第三范式的要求。因此我们观察了所建立的关系，发现每个关系都达到了第三范式的要求。五、数据库物理实施5555.1.1.1.1索引设计关系属性A上的索引是一种数据结构，它可以提高查找在属性A上具有某个特定值的元组的效率。索引通常有助于包含有属性A和常量的查询，但当关系变得很大时，通过扫描关系中所有的元组来找出那些匹配给定条件的元组的操作方式代价太高。故我们设计索引需要对以下两个方面进行选择。首先，对某个属性使用索引时能极大的提高对该属性值的检索效率，使用该属性时，还可以加快连接。其次，对关系上某个属性的索引会使得对关系的插入、删除、修改变得复杂和费时，另外对于数据的维护也比较费时。此外，一些建立索引的条件如下：1、满足下列条件之一的属性或表不宜建立索引。（1）不出现或很少出现在查询条件中的属性。（2）属性值很少的属性。（3）属性值分布严重不均的属性。（4）经常更新的属性或表。（5）过长的属性，例如超过30个字节。（6）太小的表，例如小于六个物理块的表。2、符合下列条件之一，可以考虑在有关属性上建立索引。（1）主键和外键上一般都建有索引。（2）对于以读为主或只读的表，只要需要可多建索引。（3）对于等值查询，如果满足条件的元组是少量的（5％)，可考虑在有关属性上建立索引。（4）对于范围查询(即查询条件以＜、＞、≤、≥等为比较符)，最好在有关的属性上建立簇集索引。如果已在其他属性上建立簇集索引，且满足条件的元组数一般低于15％，可以考虑在有关属性上建立非簇集索引。（5）如果一个(或一组)属性经常在查询条件或连接操作的连接条件中出现，则可考虑建索引。经过分析本系统的功能和需求可知，本系统的CD表中的记录可能相当的庞大，而且基于CD名称的查询和修改相当的频繁，加之在数据库更新和维护过程中对供货商的更新和查询也比较的频繁，而且供货商的数量也可能比较大，综合考量后应为本系统建立如下2个索引，以达到操作的便捷和系统功能的优化。createindexCD_indexonCD(cd_name);createindexsupplier_indexonsupplier(sname);5555.2.2.2.2视图设计通过实际观察，我们发现即使在一个小型音像店内，对不同的人员也应采取不同的权限来限制其活动。因此，创建多个视图来为不同的人员来提供操作窗口很有必要。另外在查询租赁信息时。createviewcd_custasselectcno,cd_name,price,rent,intro,cd_type,nationfromCD;createviewbuy_cdasselectcd.cout,cno,cd_name,address,tel,snamefromcd,supplier;createviewsell_rentasselect*fromcd,cust;createviewmember_recordasselect*frombuy,rent,sell;createviewpre_1asselect*fromcd,cust,pre;5555.3.3.3.3聚簇设计由所学知识我们知道，聚簇的存在是将某个关系中的每个属性按照一定的顺序排列，从而大大的提高了某个属性的查询速度。而聚簇的设计又遵循以下原则。（1）对经常在一起进行连接操作的关系可以建立聚簇；（2）如果一个关系的一组属性经常出现在相等比较条件中，则该单个关系可建立聚簇；（3）如果一个关系的一个（或一组）属性上的值重复率很高，则此单个关系可建立聚簇。又因为建立和维护聚簇的开销是非常大的这一实际情况，我们考虑到本系统中药品关系中的药品编号在现实生活中查询量必然很大，并且药品编号也经常参与相等条件中，故我们建立了如下聚簇。createclusterindexCD_typeonCD(sell_type);5.45.45.45.4添加用户与角色在系统中，为不同的用户创建不同的角色，并赋予不同的权限。grantselectoncd_custtopublic;createuserU1indentifiedby123;grantresource,connecttoU1;createuserU2indentifiedby123;