小型超市管理系统.docx

山西大学 计算机与信息技术学院数据库系统课程设计论文题 目:小型超市管理系统数据库设计组 长 徐振超 专 业 软件工程 班 级 软件工程三班 授课教师 白鹤翔 2014年5月14日小型超市管理系统数据库设计学生姓名： 徐振超(2012242331） 文 博（2012242326）夏 雨(2012242329）午泽鹏(2012242328）荀毅杰(2012242332）杨 浩(2012242334）温 博（2012242325）（按照贡献大小排序）授课教师：李茹、白鹤翔 内容摘要 目前随着小超市规模的发展不断扩大，商品数量急剧增加，有关商品的各种信息量也成倍增长。超市时时刻刻都需要对商品各种信息进行统计分析。但是现阶段不少超市对于商品的管理还是以人力运作为主,缺乏标准化的管理.所以故设计了本超市管理系统利用数据库对信息的统一、集中、规范化的管理以实现提高超市的管理和运营效率以节省管理和运营的成本、减轻人员工作强度,并支持简单的决策辅助高层管理。首先对小型超市管理系统进行需求分析，确定了研究分析对象,以及要实现的基本功能，,将需求分析结果以系统流程图、数据流图、数据字典的方式表现出来，并对保持整个系统的安全性和完整性制订了方案方法。接着在概念设计阶段确定了总体的任务和目标，将抽象的用户需求转化为概念模型,分别对商品、员工、供货商、生产商、会员进行了详细分析，同时统筹系统，得到系统ER图，为逻辑设计阶段奠定基础。在逻辑设计阶段根据概念设计阶段得到的系统及分层ER图的类型和一些实际需求转化为相应的关系模型,并通过分析关系模型中依赖关系，对关系模型进行了优化,确定了在数据库中存储所用的关系模式，定义了基本表和视图模式,，得到了数据库的关系图.在物理设计阶段，确定了系统各个功能模块并给出其活动图与时序图。根据以上得到的结果，构建出符合要求的数据库，系统也实现了以下主要功能：商品录入、收银业务、进货、销售、库存管理等。从而,实现对进货、销售及员工信息等实现管理.系统采用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物理设计阶段的目标与任务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参考文献48附录1 程序源代码（嵌入式SQL某模块读与写操作)48附录2 数据查看和触发器功能的验证51附录3 所有的SQL运行语句531 引言随着社会的不断发展，人们的生活水平越来越高，城市中的超市越来越多,有的超市还出现了分店，因此需要一个超市管理系统来进行管理.经过需求分析，现在的超市含有很多功能,有商品管理、员工管理、会员管理、厂家管理等。为了完成功能，需要建立四个子数据库：商品、员工、会员、厂家、密码表，它们之间通过连接，访问来完成功能。2 需求分析阶段2。1 引言 如今,从我们的周围可以发现有各种类型的超市,为人们提供了许多方便的服务，为了进一步改善,提出了超市的管理系统,通过制定一系列服务流程，使管理人员能够按时定量的完成服务任务、保证超市食品与物品的质量安全，及时发现并添补缺少的商品，同时针对消费者，向其发送会员消费活动，不仅有效的实现了快捷服务，而且带来社会和经济效益。数据库是长期存储在计算机内、有组织的、可共享的大量数据的集合,本系统在数据库设计时根据用户提出的要求和超市的前台、后台的运行管理需求,分为如下数据模块：顾客信息、管理人员信息、商品信息。2。2 需求分析阶段的目标与任务2.2.1处理对象（1）商品:商品编号、商品大小、商品名称、生产日期、有效日期、生产地址、库存量、商品价格、单位、商品类型；（2）员工：员工编号、性别、员工姓名、联系方式、家庭住址、职位、身份证号、工资、入店时间、职工生日、年龄、注释；（3）会员:会员编号、会员姓名、联系方式、家庭住址、创建时期、积分、有效期；(4）供货商：地址、电话号码、邮政编码、传真、产品类型、库存量；（5）密码：用户、密码；首先从需求分析阶段中，确定了几项基本的处理对象，有可能这些处理对象不完全，需要在后续的各个阶段中不断修改和完善。2。2。2处理功能及要求 2。2.1、零售前台（POS)管理系统，本系统必须具有以下功能：（1）、商品录入:根据超巿业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。(2）、收银业务:通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额.在顾客付款后，自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中. 会员卡的有效期限为一年，满一年未续卡者,该会员卡将被注销。（3)、安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作.（4）、独立作业:有的断网收银即在网络服务器断开或网络不通的情况下,收银机仍能正常作业。2.2。2、后台管理系统，本系统必须具备以下功能（1）、进货管理： 根据销售情况及库存情况，自动制定进货计划(亦可手工制定修改）,可以避免盲目进货造成商品积压. 按计划单有选择性地进行自动入库登记. 综合查询打印计划进货与入库记录及金额.（2)、销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。（3)、库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等.软件为您预警，避免库存商品积压损失和缺货. 库存自动盘点计算。(4）、人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理. 客户销售权限管理。在执行这些功能的时候，建立几张数据库表，通过索引、提供权限等来实现。2.3 安全性与完整性2。3。1安全性要求 系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。在本系统中主要有以下几个方面:(1）权限问题在本系统中有三级管理系统：员工、经理、管理员。员工有签到、结账、商品库存量、会员管理等；经理有签到、结账、每日收入结算、商品库存量、厂家的进货管理、会员管理等;管理员是系统的开发者，其拥有最高的管理权限，在系统发生错误是能够进行修理和维护。（2）员工、商品、会员管理超市中有很多商品,各中商品的管理,不要发生商品管理混乱,价格发生变化.员工、会员的信息不能随便泄露，防止外部攻击。2.3.2完整性要求系统完整性要求系统中数据的正确性以及相容性.可通过建立主、外键,确定了每个表中的主码，若主码唯一，允许对表插入或修改,若不唯一则拒绝,并且判断主码的属性是否为空,只要有一个为空就拒绝插入或修改；与此同时设立了一个表与其他表相关联的外码，对于插入，修改等操作，涉及违约等可能破坏参照完整性的情况，可以进行拒绝、级联删除、设为空值等操作;对于用户完整性的要求，对属性或元组使用check 约束,例如,在定义员工的年龄不能小于0，性别只能为男或女;有的值不能为空，若为空则没有意义整个元组不完整，则需要表示Not null；通过定义实体完整性、参照完整性、用户定义完整性使其满足完整性要求。2。4需求分析阶段成果2。4。1体会与收获系统需求分析主要是通过对已有的超市管理系统的功能进行参考，了解各个超市的收银系统是怎样进行工作的来进行小票的打印，对超市里货物管理和人事管理进行了解，进行表和视图的建立，在这些功能的基础上在绘制系统业务流程图，遇到了很多的问题，有的问题没法合理的表示出来,需要在过程中才会反应出来，仍需要继续改进,通过老师的帮助与指导,和组员之间一遍一遍的分析和完善,才逐步把业务各个过程了解清楚,最终顺利完成了需求分析阶段的任务.2。4。2小型超市管理系统功能模块图1、 系统总体层次结构（如图（1）所示）2、 收银业务功能模块图功能描述：收银业务子系统是在顾客购买了商品以后，员工对顾客所卖的商品计算总价并打印小票(如图（2)所示）。另外,在顾客中分会员和非会员,会员享受95折优惠,顾客购买商品流程图如图(3)所示3、 销售管理功能模块图功能描述：销售管理子系统可以控制某商品是否允许销售，是否进行促销，同时还可以查询商品的属性,自动生成年、月、日报表，同时还生成销售排行榜，销售管理子系统如图（3）所示。4、 库存管理子系统功能模块图功能描述：综合查询库存明细记录。 库存状态自动告警提示，如库存过剩、少货、缺货等。软件为您预警,避免库存商品积压损失和缺货. 库存自动盘点计算。(如图(5）所示）5、 人员管理功能子系统功能描述：人员管理可以对员工、会员的录入，调整进行综合管理，另外还有员工的权限管理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商品大小销售量商品char（4)DL-4价格商品char（4)DL5单位商品char（4）DL6生产日期商品char(20）DL7有效日期商品char(20)有效期DL8生产地址商品char（20）DL-9类型商品所属商品char（6)DL10库存量商品char（10）DL11职工编号确定职工职工表char（4）DL-12职工姓名姓名职工表char（20)DL13性别职工表char(2）DL-14职务职工表char（4)DL-15工资职工表intDL16入店时间职工表char（10）DL17职工生日职工表char（5)生日DL-18身份证号职工表char(18） DL19联系方式职工表char(11）DL20家庭住址职工表char(40)DL-21年龄员工年龄职工表char(3）DL-22会员号确定会员会员表char（4）DL23姓名会员姓名会员表char(20）会员姓名DL24创建日期会员表char（10）DL25积分会员表intDL26联系电话会员表char（11）DL27地址会员地址会员表char(40)DL-28有效期会员表char（10)会员时间DL29供货商编号供货商表char（4）DL30供货类型供货商表char（4)DL31名称供货商表char（10）供货商名称DL32联系方式供货商表char（4）DL33地址供货商表char（40)DL34用户名密码表char(4)DL-35密码用户密码密码表char（10）（2)数据结构表1.2 数据结构列表数据结构编号数据结构名数据结构含义组成DS-1商品表存储商品信息商品编号、商品名称、商品大小、单位、价格、生产日期、有效日期、生产地址、商品类型、库存量DS2员工表存储员工信息员工编号、员工姓名、员工性别、职务、工资、家庭住址、联系方式、身份证号、职工生日、入店时间年龄DS3会员表存储会员信息会员号、姓名、创建日期、有效期、积分、联系电话、家庭地址DS4供货商表存储供货商信息供货商编号、名称、供货类型、联系方式、地址DS-5密码表存储员工密码用户名、密码3 概念设计阶段3。1 引言 系统设计的总体目标是实现超市购物的系统化和自动化,提高购物的质量和水平,做到高效、智能化管理. 系统主要实现的功能是商品录入、收银业务、进货管理、小时管理、库存管理、人员管理,同时还要实现独立性作业,对数据库的安全要进行防护。 概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型）的过程，它是整个数据库设计的关键.3。2 目标与任务 （1）选择中层数据流为切入点,通常选择实际系统中的子系统； （2）设计分ER图，即各子模块的ER图； （3)生成初步ER图,通过合并方法，做到各子系统实体、属性、联系统一; (4)生成全局E-R图,通过消除冲突等方面。本超市管理系统，从销售管理、人员管理、库存管理三个子系统的流程图下手。分析各个子系统的数据流图和数据字典，来画出各自的E-R图,根据实体与属性间的两条准则：作为“属性”,不能再具有需要描述的性质。“属性”不能与其他实体具有联系.从分层的数据流图可以分出三个子系统，分别是人员管理子系统、货物管理子系统、销售管理子系统某一层的数据流图中，每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。现在将这些数据从数据字典中抽取出来，根据数据流图，确定实体之间的联系及其类型。根据数据流图(9），画出了销售管理ER图；根据数据流图（10），画出了货物管理ER图；根据数据流图（12）,画出了人员管理ER图。对于三个分E-R图，通过消除属性冲突，例如将所有的编号都统一为数值型，将所有的用户名和密码统一为字符型，将联系方式统一为字符型;消除命名冲突，将同名异义的取不同的名称,将异名同义的改为统一名称;消除结构冲突，将实体的属性统一，对在不同ER图中相同实体的不同联系进行调整，得到了系统的E-R图（图3。4)。3。3 阶段结果（1）根据不同的对象,从第二层数据流图开始，画出各自的E-R图:（a） 销售管理E-R图: 图（13） 销售管理E-R图（b） 货物管理E-R图:图(14） 货物管理ER图（c） 人员管理ER图图（15)人员管理E-R图（d） 合并ER图生成总的ER图图（16）系统总体ER图（2）各ER图各实体主要属性如下所示（a） 商品E-R图图(17）商品属性（b） 会员E-R图图（18）会员属性（c） 供货商E-R图图（19）供货商属性（d） 职工ER图图(20）职工ER图（e） 密码ER图图(21）密码表属性4逻辑设计阶段4。1逻辑设计的任务和目标 以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本ER图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将ER图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理（画出系统功能模块图）两大任务。4.2数据组织4。2。1将E-R图转换为关系模型 1、买家和商品的关系为（1:n） ，在这里我们建立有会员表，因为这些关系建立在一张表中会造成数据的冗余存储,浪费空间.因此，商品信息和会员信息是放在两张表中进行存储的，通过会员名来进行关联. 2、供货商和商品的关系为（1：n)，在建立商品表的时候，建立了供货商来源，为了防止数据的冗余存储,在建立供货商表时没有写供货商提供的商品，而是提供了供货商提供的产品类型,通过两张表来进行关联,因此，两张表分开建。 3、职工表单独成表，与其他表没有数据关联，通过职工号来提供主码，对员工进行查找和删除. 4、密码表为了方便对员工进行管理,分开建表。 通过以上的描述得出了以下关系模型商品（商品编号、商品名称、商品大小、价格、单位、生产日期、有效日期、生产地址、商品类型、库存量）职工（职工编号、职工姓名、年龄、性别、职务、工资、入店时间、职工生日、身份证号、联系方式、家庭住址)会员(会员号、姓名、创建日期、积分、联系电话、地址）供货商(供货商编号、供货商名称、供货类型、联系方式、地址）密码（用户名、密码)（注：加粗的为主属性、有波浪下滑线的为外码,主属性和外码共同构成主码)4.2。2模型优化根据以上得到的关系模型来进行优化: 商品信息：商品编号商品名称，商品编号商品大小，商品编号价格，商品编号单位，商品编号生产日期，商品编号有效期，商品编号生产地址,商品编号商品类型，商品编号库存量. 该关系满足BCNF，商品类型是供货商表的外码，该表的主码只有商品编号，因此不需要进行优化。 职工信息：职工编号职工姓名,职工编号性别，职工编号职务,职工编号工资，职工编号入店时间，职工编号职工生日,职工编号身份证号，职工编号联系方式,职工编号家庭地址，职工编号年龄,身份证号职工编号，身份证号职工姓名,身份证号性别，身份证号职务，身份证号工资，身份证号入店时间，身份证号职工生日,身份证号联系方式，身份证号家庭地址，身份证号年龄,联系方式职工编号，联系方式职工姓名，联系方式性别,联系方式职务,联系方式工资，联系方式入店时间，联系方式职工生日,联系方式身份证号,联系方式家庭住址，联系方式年龄。 该关系满足2NF，在身份证号和联系方式中存在传递依赖，若把职工编号和身份证号建个表，职工编号和联系方式建个表,将会满足BCNF,但使用起来比较繁琐,效率降低，一般只用职工编号去得到其他信息,所以在这里分表也没有必要。 会员信息：会员号姓名，会员号创建日期，会员号积分，会员号联系电话，会员号家庭地址，联系方式会员号,联系方式姓名，联系方式创建日期,联系方式积分,联系方式家庭住址。 该关系满足2NF,在联系方式中存在传递依赖，若把会员号和联系方式建个表，将会满足BCNF，但使用起来比较繁琐，效率降低，一般只用会员号去得到其他信息,所以在这里分表也没有必要。 供货商信息:供货商编号供货商名称,供货商编号供货类型,供货商编号联系方式,供货商编号地址，联系方式供货商编号，联系方式供货商名称,联系方式供货类型,联系方式地址，供货类型供货商编号，供货类型供货商名称，供货类型联系方式，供货类型地址。 该关系满足2NF，在供货类型和联系方式中存在传递依赖，若把供货商编号和供货类型，供货商编号和联系类型建个表，将会满足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 职工表列名数据类型可否为空说明职工编号Charnot null职工号（PK）职工姓名Charnot null姓名性别Charnot null性别工资intnot null工资入店时间Char入店时间职工生日 charNot null生日身份证号 Char Not null省份证号联系方式char Not null 家庭住址Charnot null家庭住址年龄Charnot null员工年龄表2。3 会员表列名数据类型可否为空说明 会员号Charnot null会员号（PK)姓名Charnot null姓名创建日期Charnot null日期积分Charnot null积分联系方式Charnot null联系方式地址 char地址表2.4 供货商列名数据类型可否为空说明供货商编号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 员工视图列名数据类型可否为空说明职工编号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库存量表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价格生产日期intnot null生产日期有效日期Floatnot null有效日期库存量1intnot null库存量4。3数据处理系统功能模块图5物理设计阶段5。1物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务:（1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;（2)对物理结构进行评价，评价的重点是时间和空间效率。5.2数据存储方面 1.建立索引:因为每个基本表都不是独立的一张表，至少与其他一张表有联系，因为这些关系经常要进行一些连接操作.所以把多个连接关系的元组按照连接属性值聚集存放，也就是之前定义的外码。这样就相当于把多个关系按预连接的形式存放，在连接的时候会提高效率。为数据库建立的聚积索引为: 2:标识规范中标识增量:因为有编号的表经常要进行删除，插入，对这些表都有个属性叫做“编号”,对于这些编号增加标识规范,让DBMS控制这些编号，在系统设计时会很方便操作。5。3系统功能模块5.3.1商品的查询、添加、修改、删除模块 将实现员工对商品的查询、添加、删除、修改所有功能（1） 商品查询模块图（22)商品查询（2） 商品添加模块图（23）商品添加模块（3） 商品删除模块图（24）商品删除模块 （4） 商品修改模块图（25)商品修改模块5.3.2 员工的登入、查询、顾客购买商品模块 在模块将实现员工的登入、查询、顾客购买商品等所有功能（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 职工的查询、删除、修改、添加、密码修改 本模块实现职工的查询、删除、修改、添加和密码修改（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 (商品大小 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）, 职工生日 CHAR(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） NOT 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）asselect 职工编号,职工姓名，性别,年龄，职务，职工生日,联系方式FROM zhigong（2）在建立员工表的时候需要产生缺货提醒，因此在建表的时候，把商品按销售量分成大、中、小三类来进行区分商品大的视图CREATE VIEW 商品大AS SELECT 商品编号，商品类型，商品名称,单位，价格,生产日期，有效日期，生产地址，库存量1FROM shangpinWHERE 商品大小=大;商品中的视图CREATE VIEW 商品中AS SELECT 商品编号，商品类型,商品名称，单位，价格,生产日期,有效日期，生产地址，库存量1FROM shangpinWHERE 商品大小=中；商品小的代码CREATE 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）20