小型超市标准管理系统.docx

山西大学 计算机和信息技术学院数据库系统课程设计论文题 目：小型超市管理系统数据库设计组 长 徐振超 专 业 软件工程 班 级 软件工程三班 讲课老师 白鹤翔 5月14日小型超市管理系统数据库设计学生姓名： 徐振超(242331) 文 博(242326)夏 雨(242329)午泽鹏(242328)荀毅杰(242332)杨 浩(242334)温 博(242325)(根据贡献大小排序)讲课老师：李茹、白鹤翔 内容摘要 现在伴随小超市规模发展不停扩大，商品数量急剧增加，相关商品多种信息量也成倍增加。超市时时刻刻全部需要对商品多种信息进行统计分析。不过现阶段不少超市对于商品管理还是以人力运作为主，缺乏标准化管理。所以故设计了本超市管理系统利用数据库对信息统一、集中、规范化管理以实现提升超市管理和运行效率以节省管理和运行成本、减轻人职员作强度，并支持简单决议辅助高层管理。首先对小型超市管理系统进行需求分析，确定了研究分析对象，和要实现基础功效，将需求分析结果以系统步骤图、数据流图、数据字典方法表现出来，并对保持整个系统安全性和完整性制订了方案方法。接着在概念设计阶段确定了总体任务和目标，将抽象用户需求转化为概念模型，分别对商品、职员、供货商、生产商、会员进行了具体分析，同时统筹系统，得到系统E-R图，为逻辑设计阶段奠定基础。在逻辑设计阶段依据概念设计阶段得到系统及分层E-R图类型和部分实际需求转化为对应关系模型，并经过分析关系模型中依靠关系，对关系模型进行了优化，确定了在数据库中存放所用关系模式，定义了基础表和视图模式，得到了数据库关系图。在物理设计阶段，确定了系统各个功效模块并给出其活动图和时序图。依据以上得到结果，构建出符合要求数据库，系统也实现了以下关键功效：商品录入、收银业务、进货、销售、库存管理等。从而，实现对进货、销售及职员信息等实现管理。系统采取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)DL-5单位商品char(4)DL-6生产日期商品char(20)DL-7有效日期商品char（20）使用期DL-8生产地址商品char（20）DL-9类型商品所属商品char(6)DL-10库存量商品char(10)DL-11职员编号确定职员职员表char(4)DL-12职员姓名姓名职员表char(20)DL-13性别职员表char(2)DL-14职务职员表char（4）DL-15工资职员表intDL-16入店时间职员表char(10)DL-17职员生日职员表char(5)生日DL-18身份证号职员表char（18） DL-19联络方法职员表char(11)DL-20家庭住址职员表char(40)DL-21年纪职员年纪职员表char（3）DL-22会员号确定会员会员表char(4)DL-23姓名会员姓名会员表char(20)会员姓名DL-24创建日期会员表char（10）DL-25积分会员表intDL-26联络电话会员表char(11)DL-27地址会员地址会员表char(40)DL-28使用期会员表char(10)会员时间DL-29供货商编号供货商表char（4）DL-30供货类型供货商表char(4)DL-31名称供货商表char(10)供货商名称DL-32联络方法供货商表char(4)DL-33地址供货商表char(40)DL-34用户名密码表char(4)DL-35密码用户密码密码表char(10)（2）数据结构表1.2 数据结构列表数据结构编号数据结构名数据结构含义组成DS-1商品表存放商品信息商品编号、商品名称、商品大小、单位、价格、生产日期、有效日期、生产地址、商品类型、库存量DS-2职员表存放职员信息职员编号、职员姓名、职员性别、职务、工资、家庭住址、联络方法、身份证号、职员生日、入店时间年纪DS-3会员表存放会员信息会员号、姓名、创建日期、使用期、积分、联络电话、家庭地址DS-4供货商表存放供货商信息供货商编号、名称、供货类型、联络方法、地址DS-5密码表存放职员密码用户名、密码3 概念设计阶段3.1 引言 系统设计总体目标是实现超市购物系统化和自动化，提升购物质量和水平，做到高效、智能化管理。 系统关键实现功效是商品录入、收银业务、进货管理、小时管理、库存管理、人员管理，同时还要实现独立性作业，对数据库安全要进行防护。 概念设计阶段关键是将需求分析阶段得到用户需求抽象为信息结构(概念模型)过程,它是整个数据库设计关键。3.2 目标和任务 （1）选择中层数据流为切入点，通常选择实际系统中子系统； （2）设计分E-R图，即各子模块E-R图； （3）生成初步E-R图，经过合并方法，做到各子系统实体、属性、联络统一； （4）生成全局E-R图，经过消除冲突等方面。本超市管理系统，从销售管理、人员管理、库存管理三个子系统步骤图下手。分析各个子系统数据流图和数据字典，来画出各自E-R图，依据实体和属性间两条准则：作为“属性”，不能再含有需要描述性质。“属性”不能和其它实体含有联络。从分层数据流图能够分出三个子系统，分别是人员管理子系统、货物管理子系统、销售管理子系统某一层数据流图中，每个局部应用全部对应了一组数据流图，局部应用包含数据全部已经搜集在数据字典中了。现在将这些数据从数据字典中抽取出来，依据数据流图，确定实体之间联络及其类型。依据数据流图（9），画出了销售管理E-R图；依据数据流图（10），画出了货物管理E-R图；依据数据流图（12），画出了人员管理E-R图。对于三个分E-R图，经过消除属性冲突，比如将全部编号全部统一为数值型，将全部用户名和密码统一为字符型，将联络方法统一为字符型；消除命名冲突，将同名异义取不一样名称，将异名同义改为统一名称；消除结构冲突，将实体属性统一，对在不一样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图图（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） ，在这里我们建立有会员表，因为这些关系建立在一张表中会造成数据冗余存放，浪费空间。所以，商品信息和会员信息是放在两张表中进行存放，经过会员名来进行关联。 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 商品大小=小;