小型超市管理系统方案.docx

《小型超市管理系统方案.docx》由会员分享，可在线阅读，更多相关《小型超市管理系统方案.docx（55页珍藏版）》请在课桌文档上搜索。

1、大学 计算机与信息技术学院数据库系统课程设计论文题 目：小型超市管理系统数据库设计内容摘要 目前随着小超市规模的开展不断扩大，商品数量急剧增加，有关商品的各种信息量也成倍增长。超市时时刻刻都需要对商品各种信息进展统计分析。但是现阶段不少超市对于商品的管理还是以人力运作为主，缺乏标准化的管理。所以故设计了本超市管理系统利用数据库对信息的统一、集中、规化的管理以实现提高超市的管理和运营效率以节省管理和运营的本钱、减轻人员工作强度，并支持简单的决策辅助高层管理。首先对小型超市管理系统进展需求分析，确定了研究分析对象，以与要实现的根本功能，将需求分析结果以系统流程图、数据流图、数据字典的方式表现出来，

2、并对保持整个系统的安全性和完整性制订了方案方法。接着在概念设计阶段确定了总体的任务和目标，将抽象的用户需求转化为概念模型，分别对商品、员工、供货商、生产商、会员进展了详细分析，同时统筹系统，得到系统E-R图，为逻辑设计阶段奠定根底。在逻辑设计阶段根据概念设计阶段得到的系统与分层E-R图的类型和一些实际需求转化为相应的关系模型，并通过分析关系模型中依赖关系，对关系模型进展了优化，确定了在数据库中存储所用的关系模式，定义了根本表和视图模式，得到了数据库的关系图。在物理设计阶段，确定了系统各个功能模块并给出其活动图与时序图。根据以上得到的结果，构建出符合要求的数据库，系统也实现了以下主要功能：商品录

3、入、收银业务、进货、销售、库存管理等。从而，实现对进货、销售与员工信息等实现管理。系统采用C+语言，MFC项目实现了功能界面。关键字： 超市管理 商品 数据库 系统设计目录1引言52需求分析阶段52.1 引言52.2 需求分析阶段的目标与任务52.3 安全性与完整性62.4需求分析阶段成果73概念设计阶段173.1 引言173.2 目标与任务173.3 阶段结果174逻辑设计阶段224.1逻辑设计的任务和目标224.2数据组织224.2.1将E-R图转换为关系模型224.2.2模型优化234.2.3数据库模式定义244.2.4 用户子模式定义254.3数据处理265物理设计阶段275.1物理设

4、计阶段的目标与任务275.2数据存储方面275.3系统功能模块275.3.1商品的查询、添加、修改、删除模块275.3.2 员工的登入、查询、顾客购置商品模块295.3.3 会员的查询、删除、修改、添加305.3.4 供货商的查询、删除、修改、添加315.3.5 职工的查询、删除、修改、添加、密码修改326数据库实施阶段336.1建立数据库、数据表、视图、索引336.1.1 建立数据库336.1.2 建立数据表346.1.3 建立视图356.1.4 建立索引366.1.5 建立触发器366.2数据入库377应用设计37408系统调试和测试479遇到的问题以与解决方案47各个学生贡献的说明48参

5、考文献48附录1 程序源代码嵌入式SQL某模块读与写操作48附录2 数据查看和触发器功能的验证51附录3 所有的SQL运行语句531 引言随着社会的不断开展，人们的生活水平越来越高，城市中的超市越来越多，有的超市还出现了分店，因此需要一个超市管理系统来进展管理。经过需求分析，现在的超市含有很多功能，有商品管理、员工管理、会员管理、厂家管理等。为了完成功能，需要建立四个子数据库：商品、员工、会员、厂家、密码表，它们之间通过连接，访问来完成功能。2 需求分析阶段2.1 引言如今，从我们的周围可以发现有各种类型的超市，为人们提供了许多方便的服务，为了进一步改善，提出了超市的管理系统，通过制定一系列服

6、务流程，使管理人员能够按时定量的完成服务任务、保证超市食品与物品的质量安全，与时发现并添补缺少的商品，同时针对消费者，向其发送会员消费活动，不仅有效的实现了快捷服务，而且带来社会和经济效益。数据库是长期存储在计算机、有组织的、可共享的大量数据的集合，本系统在数据库设计时根据用户提出的要求和超市的前台、后台的运行管理需求，分为如下数据模块：顾客信息、管理人员信息、商品信息。2.2需求分析阶段的目标与任务2.2.1处理对象1商品：商品编号、商品大小、商品名称、生产日期、有效日期、生产地址、库存量、商品价格、单位、商品类型；2员工：员工编号、性别、员工、联系方式、家庭住址、职位、号、工资、入店时间、

7、职工生日、年龄、注释；3会员：会员编号、会员、联系方式、家庭住址、创建时期、积分、有效期；4供货商：地址、邮政编码、产品类型、库存量；5密码：用户、密码；首先从需求分析阶段中，确定了几项根本的处理对象，有可能这些处理对象不完全，需要在后续的各个阶段中不断修改和完善。2.2.2处理功能与要求2.2.1、零售前台POS管理系统，本系统必须具有以下功能：1、商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现准确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进展商品扫描录入。2、收银业务：通过扫描条形码或者直接输入商品名

8、称对于同类多件商品采用一次录入加数量的方式自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。如果顾客是本店会员并持有本人会员卡，那么在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。3、安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外与恶意非法操作。4、独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业。2.2

9、.2、后台管理系统，本系统必须具备以下功能1、进货管理：根据销售情况与库存情况，自动制定进货计划亦可手工制定修改，可以防止盲目进货造成商品积压。按计划单有选择性地进展自动入库登记。综合查询打印计划进货与入库记录与金额。2、销售管理：商品正常销售、促销与限量、限期与禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以与交结账情况等。按多种方式统计生成销售排行榜，灵活观察和打印商品销售日、月、年报表。3、库存管理：综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，防止库存商品积压损失和缺货。库存自动盘点计算。4、人员管理：员工、会员、供货商、厂商等根本信息

10、登记管理。员工操作权限管理。客户销售权限管理。在执行这些功能的时候，建立几数据库表，通过索引、提供权限等来实现。2.3安全性与完整性2.3.1安全性要求系统安全性要求表达在数据库安全性、信息安全性和系统平台的安全性等方面。在本系统中主要有以下几个方面：1权限问题在本系统中有三级管理系统：员工、经理、管理员。员工有签到、结账、商品库存量、会员管理等；经理有签到、结账、每日收入结算、商品库存量、厂家的进货管理、会员管理等；管理员是系统的开发者，其拥有最高的管理权限，在系统发生错误是能够进展修理和维护。2员工、商品、会员管理超市中有很多商品，各中商品的管理，不要发生商品管理混乱，价格发生变化。员工、

11、会员的信息不能随便泄露，防止外部攻击。2.3.2完整性要求系统完整性要求系统中数据的正确性以与相容性。可通过建立主、外键，确定了每个表中的主码，假设主码唯一，允许对表插入或修改，假设不唯一那么拒绝，并且判断主码的属性是否为空，只要有一个为空就拒绝插入或修改；与此同时设立了一个表与其他表相关联的外码，对于插入，修改等操作，涉与违约等可能破坏参照完整性的情况，可以进展拒绝、级联删除、设为空值等操作；对于用户完整性的要求，对属性或元组使用check 约束，例如，在定义员工的年龄不能小于0，性别只能为男或女；有的值不能为空，假设为空那么没有意义整个元组不完整，那么需要表示Not null；通过定义实体

12、完整性、参照完整性、用户定义完整性使其满足完整性要求。2.4需求分析阶段成果2.4.1体会与收获系统需求分析主要是通过对已有的超市管理系统的功能进展参考，了解各个超市的收银系统是怎样进展工作的来进展小票的打印，对超市里货物管理和人事管理进展了解，进展表和视图的建立，在这些功能的根底上在绘制系统业务流程图，遇到了很多的问题，有的问题没法合理的表示出来，需要在过程中才会反响出来，仍需要继续改良，通过教师的帮助与指导，和组员之间一遍一遍的分析和完善，才逐步把业务各个过程了解清楚，最终顺利完成了需求分析阶段的任务。2.4.2小型超市管理系统功能模块图1、 系统总体层次结构如图1所示2、 收银业务功能模

13、块图功能描述：收银业务子系统是在顾客购置了商品以后，员工对顾客所卖的商品计算总价并打印小票如图2所示。另外，在顾客中分会员和非会员，会员享受95折优惠，顾客购置商品流程图如图3所示3、 销售管理功能模块图功能描述：销售管理子系统可以控制某商品是否允许销售，是否进展促销，同时还可以查询商品的属性，自动生成年、月、日报表，同时还生成销售排行榜，销售管理子系统如图3所示。4、 库存管理子系统功能模块图功能描述：综合查询库存明细记录。 库存状态自动告警提示，如库存过剩、少货、缺货等。软件为您预警，防止库存商品积压损失和缺货。 库存自动盘点计算。如图5所示5、 人员管理功能子系统功能描述：人员管理可以对

14、员工、会员的录入，调整进展综合管理，另外还有员工的权限管理2.4.3 小型超市管理系统数据流图1. 小型超市管理系统顶层数据流图如图7所示2. 小型超市管理系统第二层数据流图如图8所示3 超市管理系统第三层数据流图3.1 销售管理子系统3.2 采购管理子系统 图10第三层采购管理子系统3.3数据查询子系统图11第三层数据查询子系统 3.4 人员管理子系统图12第三层人员管理数据流图2.4.4小型超市管理系统数据字典1数据项表1.1 数据项列表数据项编号数据项名数据项含义所属根本表存储结构别名DL-1商品编号确定商品商品char(4)DL-2商品名称名称商品char(40)商品名DL-3商品大小

15、销售量商品char(4)DL-4价格商品char(4)DL-5单位商品char(4)DL-6生产日期商品char(20)DL-7有效日期商品char20有效期DL-8生产地址商品char20DL-9类型商品所属商品char(6)DL-10库存量商品char(10)DL-11职工编号确定职工职工表char(4)DL-12职工职工表char(20)DL-13性别职工表char(2)DL-14职务职工表char4DL-15工资职工表intDL-16入店时间职工表char(10)DL-17职工生日职工表char(5)生日DL-18号职工表char18DL-19联系方式职工表char(11)DL-20家

16、庭住址职工表char(40)DL-21年龄员工年龄职工表char3DL-22会员号确定会员会员表char(4)DL-23会员会员表char(20)会员DL-24创建日期会员表char10DL-25积分会员表intDL-26联系会员表char(11)DL-27地址会员地址会员表char(40)DL-28有效期会员表char(10)会员时间DL-29供货商编号供货商表char4DL-30供货类型供货商表char(4)DL-31名称供货商表char(10)供货商名称DL-32联系方式供货商表char(4)DL-33地址供货商表char(40)DL-34用户名密码表char(4)DL-35密码用户密码

17、密码表char(10)2数据结构表1.2 数据结构列表数据结构编号数据结构名数据结构含义组成DS-1商品表存储商品信息商品编号、商品名称、商品大小、单位、价格、生产日期、有效日期、生产地址、商品类型、库存量DS-2员工表存储员工信息员工编号、员工、员工性别、职务、工资、家庭住址、联系方式、号、职工生日、入店时间年龄DS-3会员表存储会员信息会员号、创建日期、有效期、积分、联系、家庭地址DS-4供货商表存储供货商信息供货商编号、名称、供货类型、联系方式、地址DS-5密码表存储员工密码用户名、密码3 概念设计阶段3.1 引言 系统设计的总体目标是实现超市购物的系统化和自动化，提高购物的质量和水平，

18、做到高效、智能化管理。 系统主要实现的功能是商品录入、收银业务、进货管理、小时管理、库存管理、人员管理，同时还要实现独立性作业，对数据库的安全要进展防护。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。3.2 目标与任务1选择中层数据流为切入点，通常选择实际系统中的子系统；2设计分E-R图，即各子模块的E-R图；3生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；4生成全局E-R图，通过消除冲突等方面。本超市管理系统，从销售管理、人员管理、库存管理三个子系统的流程图下手。分析各个子系统的数据流图和数据字典，来画出各自的E

19、-R图，根据实体与属性间的两条准那么：作为“属性，不能再具有需要描述的性质。“属性不能与其他实体具有联系。从分层的数据流图可以分出三个子系统，分别是人员管理子系统、货物管理子系统、销售管理子系统某一层的数据流图中，每个局部应用都对应了一组数据流图，局部应用涉与的数据都已经收集在数据字典中了。现在将这些数据从数据字典中抽取出来，根据数据流图，确定实体之间的联系与其类型。根据数据流图9，画出了销售管理E-R图；根据数据流图10，画出了货物管理E-R图；根据数据流图12，画出了人员管理E-R图。对于三个分E-R图，通过消除属性冲突，例如将所有的编号都统一为数值型，将所有的用户名和密码统一为字符型，将

20、联系方式统一为字符型；消除命名冲突，将同名异义的取不同的名称，将异名同义的改为统一名称；消除结构冲突，将实体的属性统一，对在不同E-R图中一样实体的不同联系进展调整，得到了系统的E-R图图3.4。3.3 阶段结果1根据不同的对象，从第二层数据流图开始，画出各自的E-R图：（a） 销售管理E-R图： 图13 销售管理E-R图（b） 货物管理E-R图：图14 货物管理E-R图（c） 人员管理E-R图图15人员管理E-R图（d） 合并E-R图生成总的E-R图图16系统总体E-R图2各ER图各实体主要属性如下所示（a） 商品E-R图图17商品属性（b） 会员E-R图图18会员属性（c） 供货商E-R图

21、图19供货商属性（d） 职工E-R图图20职工E-R图（e） 密码E-R图图21密码表属性4逻辑设计阶段4.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的根本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体容包括数据组织将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计、数据处理画出系统功能模块图两大任务。4.2数据组织4.2.1将E-R图转换为关系模型 1、买家和商品的关系为1：n ，在这里我们建立有会员表，因为这些关系建立在一表中会造成数据

22、的冗余存储，浪费空间。因此，商品信息和会员信息是放在两表中进展存储的，通过会员名来进展关联。 2、供货商和商品的关系为1：n，在建立商品表的时候，建立了供货商来源，为了防止数据的冗余存储，在建立供货商表时没有写供货商提供的商品，而是提供了供货商提供的产品类型，通过两表来进展关联，因此，两表分开建。 3、职工表单独成表，与其他表没有数据关联，通过职工号来提供主码，对员工进展查找和删除。 4、密码表为了方便对员工进展管理，分开建表。 通过以上的描述得出了以下关系模型商品商品编号、商品名称、商品大小、价格、单位、生产日期、有效日期、生产地址、商品类型、库存量职工职工编号、职工、年龄、性别、职务、工资

23、、入店时间、职工生日、号、联系方式、家庭住址会员会员号、创建日期、积分、联系、地址供货商供货商编号、供货商名称、供货类型、联系方式、地址密码用户名、密码注：加粗的为主属性、有波浪下滑线的为外码，主属性和外码共同构成主码4.2.2模型优化根据以上得到的关系模型来进展优化：商品信息：商品编号商品名称，商品编号商品大小，商品编号价格，商品编号单位，商品编号生产日期，商品编号有效期，商品编号生产地址，商品编号商品类型，商品编号库存量。 该关系满足BCNF，商品类型是供货商表的外码，该表的主码只有商品编号，因此不需要进展优化。职工信息：职工编号职工，职工编号性别，职工编号职务，职工编号工资，职工编号入店

24、时间，职工编号职工生日，职工编号号，职工编号联系方式，职工编号家庭地址，职工编号年龄，号职工编号，号职工，号性别，号职务，号工资，号入店时间，号职工生日，号联系方式，号家庭地址，号年龄，联系方式职工编号，联系方式职工，联系方式性别，联系方式职务，联系方式工资，联系方式入店时间，联系方式职工生日，联系方式号，联系方式家庭住址，联系方式年龄。 该关系满足2NF，在号和联系方式中存在传递依赖，假设把职工编号和号建个表，职工编号和联系方式建个表，将会满足BCNF，但使用起来比拟繁琐，效率降低，一般只用职工编号去得到其他信息，所以在这里分表也没有必要。会员信息：会员号，会员号创建日期，会员号积分，会员号

25、联系，会员号家庭地址，联系方式会员号，联系方式，联系方式创建日期，联系方式积分，联系方式家庭住址。 该关系满足2NF，在联系方式中存在传递依赖，假设把会员号和联系方式建个表，将会满足BCNF，但使用起来比拟繁琐，效率降低，一般只用会员号去得到其他信息，所以在这里分表也没有必要。供货商信息：供货商编号供货商名称，供货商编号供货类型，供货商编号联系方式，供货商编号地址，联系方式供货商编号，联系方式供货商名称，联系方式供货类型，联系方式地址，供货类型供货商编号，供货类型供货商名称，供货类型联系方式，供货类型地址。 该关系满足2NF，在供货类型和联系方式中存在传递依赖，假设把供货商编号和供货类型，供货

26、商编号和联系类型建个表，将会满足BCNF，但使用起来比拟繁琐，效率降低，一般只用会员号去得到其他信息，所以在这里分表也没有必要。密码信息：用户名密码 该关系满足BCNF不需要优化。4.2.3数据库模式定义表2.1 商品表列名数据类型可否为空说明商品编号Charnot null商品号PK商品名称Charnot null商品名商品大小Charnot null大小价格Charnot null价格单位Charnot null单位生产日期 char生产日期有效期Char有效日期生产地址Char地址类型Char商品类型库存量IntNot null 库存量表2.2 职工表列名数据类型可否为空说明职工编号Ch

27、arnot null职工号PK职工Charnot null性别Charnot null性别工资intnot null工资入店时间Char入店时间职工生日 charNot null生日号CharNot null省份证号联系方式char Not null 家庭住址Charnot null家庭住址年龄Charnot null员工年龄表2.3 会员表列名数据类型可否为空说明 会员号Charnot null会员号PKCharnot null创建日期Charnot null日期积分Charnot null积分联系方式Charnot null联系方式地址 char地址表2.4 供货商列名数据类型可否为空说明

28、供货商编号Charnot null商品编号PK供货名称Charnot null名称供货类型Charnot null类型联系方式Charnot null地址Charnot null地址表2.5 密码表列名数据类型可否为空说明用户名IntNot null用户名PK密码CharNot null密码4.2.4 用户子模式定义表2.6 用户子模式定义编号用户子模式(View)作用(共性：提供数据和安全保护机制)V1员工视图便于员工查询员工信息V2商品类型大便于查看商品类型为大的商品V3商品类型小便于查看商品类型为小的商品V4商品类型中便于查看商品类型为中的商品表2.7 员工视图列名数据类型可否为空说明职

29、工编号intnot null职工编号职工Charnot null性别Charnot null性别年龄Charnot null年龄职务Charnot null职务职工生日intnot null生日联系方式Floatnot null联系方式表2.8 商品类型大视图列名数据类型可否为空说明商品编号intnot null商品编号商品类型Charnot null商品类型商品名称Charnot null商品名称单位Charnot null单位价格Charnot null价格生产日期intnot null生产日期有效日期Floatnot null有效日期列名数据类型可否为空说明库存量1intnot null

30、库存量表2.9 商品类型中视图列名数据类型可否为空说明商品编号intnot null商品编号商品类型Charnot null商品类型商品名称Charnot null商品名称单位Charnot null单位价格Charnot null价格生产日期intnot null生产日期有效日期Floatnot null有效日期库存量1intnot null库存量表2.10 商品类型小视图列名数据类型可否为空说明商品编号intnot null商品编号商品类型Charnot null商品类型商品名称Charnot null商品名称单位Charnot null单位价格Charnot null价格生产日期intn

31、ot null生产日期有效日期Floatnot null有效日期库存量1intnot null库存量4.3数据处理系统功能模块图5物理设计阶段5.1物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最适宜应用要求的物理结构的过程，在这个阶段中要完成两大任务：1确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；2对物理结构进展评价，评价的重点是时间和空间效率。5.2数据存储方面1.建立索引：因为每个根本表都不是独立的一表，至少与其他一表有联系，因为这些关系经常要进展一些连接操作。所以把多个连接关系的元组按照连接属性值聚集存放，也就是之前定义的外码。这样就相当于把多个

32、关系按预连接的形式存放，在连接的时候会提高效率。为数据库建立的聚积索引为： 2：标识规中标识增量：因为有编号的表经常要进展删除，插入，对这些表都有个属性叫做“*编号，对于这些编号增加标识规，让DBMS控制这些编号，在系统设计时会很方便操作。5.3系统功能模块5.3.1商品的查询、添加、修改、删除模块 将实现员工对商品的查询、添加、删除、修改所有功能（1） 商品查询模块图22商品查询（2） 商品添加模块图23商品添加模块（3） 商品删除模块图24商品删除模块 （4） 商品修改模块图25商品修改模块5.3.2 员工的登入、查询、顾客购置商品模块 在模块将实现员工的登入、查询、顾客购置商品等所有功能

33、（1） 员工登入模块图26员工登入2员工查询图27 员工查询（2） 顾客购置商品图28顾客购置商品5.3.3 会员的查询、删除、修改、添加 在模块中实现会员的查询、删除、修改、添加（1） 会员查询模块：图29会员查询（2） 会员删除模块图30会员删除（3） 会员修改模块图31会员修改（4） 会员添加模块图32会员添加5.3.4 供货商的查询、删除、修改、添加 本模块实现供货商的查询、删除、修改、添加（1） 供货商的查询图33供货商查询（2） 供货商的删除图34供货商删除（3） 供货商的修改图35供货商的修改（4） 供货商的添加图35供货商的添加5.3.5 职工的查询、删除、修改、添加、密码修改

34、 本模块实现职工的查询、删除、修改、添加和密码修改（1） 职工的查询图36职工的查询（2） 职工的删除图37职工的删除（3） 职工的修改图38职工的修改（4） 职工的添加图39职工的添加（5） 职工密码修改图40职工密码的修改6数据库实施阶段6.1建立数据库、数据表、视图、索引6.1.1 建立数据库create database 小型超市管理系统6.1.2 建立数据表1商品表的建立create table商品( 商品编号 CHAR(10) PRIMARY KEY NOT NULL, 商品名称 CHAR(20) NOT NULL, 商品大小 CHAR(4) NOT NULL CHECK (商品大

35、小 IN (大,中,小)， 价格 CHAR(10) NOT NULL, 单位 CHAR(10) NOT NULL, 商品类型CHAR(2) NOT NULL, 生产日期 CHAR(20), 有效日期 CHAR(20), 生产地址 CHAR(40), 库存量 INT NOT NULL,);2职工表的建立 create table 职工 ( 职工编号 CHAR(10) PRIMARY KEY NOT NULL, 职工 CHAR(20) NOT UNLL, 性别 CHAR(4) CHECK (性别 IN (男,女)， 职务 CHAR(4), 工资 INT, 入店时间CHAR(10), 职工生日 CH

36、AR(10), 号 CHAR(20) NOT NULL, 联系方式 CHAR(13) NOT NULL, 家庭住址 CHAR(40), 年龄 INT,);3会员表的建立create table 会员 ( 会员号 CHAR(10) PRIMARY KEY NOT NULL, CHAR(10) NOT NULL, 创建日期 CHAR(10) NOT NULL, 积分 INT, 联系 CHAR(16), 地址 CHAR(40), ); (4) 供货商表的建立Create table 供货商 ( 供货商编号 CHAR(10) PRIMARY KEY NOT NULL, 供货商名称 CHAR(10) N

37、OT NULL, 供货类型 CHAR(6) NOT NULL, 联系方式 CHAR(15) NOT NULL, 地址 CHAR(40), );(5) 密码表的建立Create table 密码 ( 用户 CHAR(10) PRIMARY KEY NOT NULL, 密码 CHAR(10) NOT NULL, );6.1.3 建立视图(1) 在员工查看信息的时候，有局部的信息是需要隐藏的，例如：工资、号等，因此需要建立视图来把局部信息隐藏，视图定义如下：create view cz(bianhao,xingming,xingbie,nianling,zhiwu,shengri,dianhua)a

38、sselect 职工编号,职工,性别,年龄,职务,职工生日,联系方式FROM zhigong2在建立员工表的时候需要产生缺货提醒，因此在建表的时候，把商品按销售量分成大、中、小三类来进展区分商品大的视图CREATE VIEW 商品大AS SELECT 商品编号,商品类型,商品名称,单位,价格,生产日期,有效日期,生产地址,库存量1FROM shangpinWHERE 商品大小=大;商品中的视图CREATE VIEW 商品中AS SELECT 商品编号,商品类型,商品名称,单位,价格,生产日期,有效日期,生产地址,库存量1FROM shangpinWHERE 商品大小=中;商品小的代码CREAT

39、E VIEW 商品小AS SELECT 商品编号,商品类型,商品名称,单位,价格,生产日期,有效日期,生产地址,库存量1FROM shangpinWHERE 商品大小=小;6.1.4 建立索引1商品表索引的建立CREATE INDEX 商品索引ON shangpin(商品编号);2会员表索引的建立CREATE INDEX 会员索引ON huiyuan(会员号);6.1.5 建立触发器1在员工工资低于2000元的时候，系统自动把工资改为2000元，代码实现如下：CREATE TRIGGER DpON zhigongAFTER INSERTAS IF(SELECT 工资 FROM INSERTED)2000DECLARE P CHAR(10)SELECT P=INSERTED.职工编号FROM INSERTEDBEGINUPDATE zhigongSET 工资=2000WHERE P=职工编号END6.2数据入库 系统包括商品管理、会员管理、供货商管理、员工管理、结账等五大模块，另外，还有一些小的功能模块。一共涉与5根本表，初始的几个数据都是小组模拟编辑的数据,所以直接在数据库管理系统中，对各个表进展数据录入。后续数据在程序中动态增删。7应