《数据库原理》课程设计报告仓库管理系统设计.docx

数据库原理课程设计报告仓库管理系统设计第1章概述21.1 选题的背景与意义21.2 相关技术分析2理论技术2122操作技术2第2章系统功能设计32.1 系统总体结构设计图32.2 系统功能模块3模块一资料管理功能： 3222模块二业务管理功能：5223模块三统计分析功能：5第3章数据库设计63.1 需求分析6数据流图63.1.1 数据字典113.2 概念结构设计17实体职工和仓库的E-R图： 173.2.1 实体货物和实体仓库E-R图： 17323实体货物和实体职员E-R图: 183.2.4 实体订单和实体客户E-R图： 19实体货物和实体供应商E-R图: 193.2.5 实体货物和实体订单E-R图： 203.3 逻辑结构设计21331联系所对应的关系模式213.3.2 一些实体之间的转换22转化并优化的关系模式23334范式的判定(3NF) 23335子模式的设计(视图)243.4 物理结构设计27数据结构273.4.2 数据库建立27全部表截图303.4.3 储存过程323.5 数据库实施41第4章结束语42参考文献425 .货物信息管理的细化:6 .客户信息管理的细化:客户信息表4.1修改信息新客户旧客户7 .查询的细化:仓库管理员相关查数据字典1.数据项数据项有待按各子系统分类列表:编 号数据项名 称说 明部分编 号数据项名 称说 明部分1员工编号可变字符类型；有唯一性2员工登录密 码可变字符类型；3员工姓名可变字符类型;不是唯一 的4性别固定字符型，枚举男、女5出生日期日期型6联系方式固定字符型，20个字符7职称可变字符型8住址可变字符型、9仓库名可变字符型，有唯一性10仓库类型可变字符型，枚举类型11仓库编号可变字符型。有唯一性12货物编号可变字符类型。有唯一性13货物类型可变类字符型14货物单位可变字符类型数据结构15货物进价长整型16货物出价长整型17供应商编 号可变字符类型。有唯一性18供应商姓名可变字符类型19供应商联 系方式可变字符类型20供应商住址可变字符类型21客户编号有唯一性，可变字符类型22客户姓名可变字符类型23联系方式固定字符类型24供应商住址可变字符类型25入单号整型26进仓时间日期类型27进仓数量大整形28所付金额大整形29出仓数量大整形30出仓时间大整形31盘库号可变字符类型32盘库数量大整形33盘库时间日期型供应商表序号字段名称数据类型大小可否为空主键说明1supplier_no可变字符10否是供应商编号2goods_no可变字符10否是货物编号3supplier_name可变字符10否否供应商姓名4supplierphone字符15否否联系方式5supplier_address可变字符50可否住址客户表序号字段名称数据类型大小可否为空主键说明1kehuno可变字符10否是客户编号2kehuname可变字符10否否客户姓名3kehu_phone字符15否否联系方式4kehu_address可变字符50可否住址进仓表序号字段名称数据类型大小可否为空主键说明1rudanno整形否是入单号2supplier_no可变字符10否否供应商编 号3goods_no可变字符10否否货物编号4in_date日期否否进仓时间5ru_counts长整形否否进仓数量6supppay长整形否否所付金额7employee_no员工编号10否否员工编号出仓表序号字段名称数据类型大小可否为空主键说明1chudan_no整形否是出单号2kehuno可变字符10否否客户编号3goods_no可变字符10否否货物编号4outdate日期否否出仓时间5chu_counts长整形否否出仓数量6kehu_pay长整形否否所付金额7empployee_no员工编号10否否员工编号库存表序号字段名称数据类型大小可否为空主键说明1cangku_no可变字符10否是仓库号2goods_no可变字符10否是货物编号3counts长整形否否数量盘库表序号字段名称数据类型大小可否为空主键说明1pankuno可变字符10否是盘库号2empployee_no可变字符10否否员工编号3panku_date日期否否盘库日期4goods_no可变字符10否否货物编号5pankucounts长整形否否盘库数量货物表序号字段名称数据类型大小可否为空主键说明1goods_no可变字符10否是货物编号2goods_name可变字符10否否货物名3goods_type可变字符10否否货物类型4goods_in_price长整型10否否进价5goods_out_price长整型10否否出价6goods_unit字符4否否单位数据流编号数据流名输入输出1员工基本信息招聘新的员工。员工的基本信息。2供应商信息联系新的供应商。供应商的基本信息。3客户信息联系新的客户。客户的基本信息。数据存储4货物清单新的的货物。在货物清单上登记新的基本信 息。5出仓信息相关客户，向仓库部门提出 订单，货物出仓。明细货物出仓信息。6进仓信息仓库部门向相关的供应商， 提出订单，产品入仓。明细货物的进仓信息。7盘库定期的盘库。盘库的相关信息。8销售利润综合出库信息，分析利润。利润信息。9仓库信息将仓库分类，每个仓库有自 己存储的范围。仓库的相关信息。数据存储名输入数据流输出数据流说明部分员工基本信息员工的基本信 息员工的职称变 化，调度。员工的当前职 位。普通员工直属与仓库管理员。 仓库管理员只属于仓库主管。客户基本信息客户基本信息 满足客户要求订货明细信息。指明相关的订货单。供应商基本信息供应商基本信息 满足仓库需求提供货物基本 信息。指明相关的出货单。仓库基本信息仓库基本分类仓库基本信 ,息、O货物基本信息新的货物清单 旧的货物清单货物清单。货物出仓基本信 息收入情况分析销售情 况。货物进仓基本信 息支出情况分析开支情 况。盘库基本信息检查情况保证货物核对 正确。处理过程处理过程名输入数据流输出数据流说明部分员工基本信息登记员工信息查询员工信息客户基本信息登记客户基本信 息查询客户信息供应商基本信 息登记供应商信息查询供应商信息仓库基本信息分类仓库仓库基本信息货物基本信息登记货物信息查询货物信息货物出仓基本 信息出货单需求的货物进入 相应的仓库需求货物-送订 单号- 订单处理 -付款- 货物入 库货物进仓基本 信息订货单供应商提供货物， 存入相应的仓库盘库基本信息库存表核对相关货物信 息6 .简要分析：数据字典：数据项：仓库：仓库编号,仓库名，仓库类型，管理员，员工编号;供应商：供应商编号,姓名，联系方式，地址;供应商供应的货物存入仓库数据结构：供应商提供货物，存入相应的仓库数据流：需求的货物进入相应的仓库数据存储：产品描述，应付款处理过程：需求货物-送订单号-订单处理-付款-货物入库全局管理图:简要分析:数据字典：数据项：员工：员工编号，姓名,登录密码，性别，生日，联系方式，职称，家庭住址;货物：货物编号,名称，类型，数量，单位，进价，售价，订单号;管理员管理仓库和资料库数据结构：管理员进行相关的操作，显示相应的信息，或存储相应的物品、资料数据流：操作信息，操作数据，相关信息表数据存储：查询时将数据信息显示出来，入出库数据进行存储处理等等处理过程：管理员操作-> 获得操作信息-> 实行相应的处理3.2概念结构设计本过程结构设计过程采用自底向上的设计方法，即首先定义各局部应用的概念结构, 然后将它们集成起来，得到全局概念结构.下面给出各个子系统的分析及分E-R图的设 计及对其进行的各项调整。女生名（登录串石马卜，性另u生日耳关系方式耳只称（家庭地址3.2.1 实体职工和仓库的E-R图：仓库名耳只工 n王里-1一 仓库g库号）仓库类型）对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，再包 含其他信息。实体属性定义：员工：员工编号,姓名，登录密码，性别，生日，联系方式，职称，家庭住址;仓库：仓库编号,仓库名，仓库类型;具体调整如下：1、由于每个仓库需要对一个仓库管理员进行管理，仓库管理员可以管理属于该仓 库的 普通员工，并且还可以对货物进行增、删、改、查。为仓库表添加一个属性员工编号。实体货物和实体仓库E-R图：货物名称仓库名仓库号仓库类型仓库名仓库号仓库类型货物类型单位货物进价售价货物编号对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。实体属性定义：仓库仓库名，仓库号,仓库类型;货物1货物编号，货物名称,货物类型，单位，进价，售价具体调整如下：1、因为一个仓库是有一个储存的范围，一种类型的仓库包含着很多类型的货物，然而仓库的仓库编号是唯一的，所以为货物添加一个属性是仓库编号。实体货物和实体职员E-R图：登录密码登录密码家庭住址）货物类型n采血XI-职工对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。实体属性定义：职工职工号，姓名,登录密码，性别，生日，联系方式，职称，家庭住址;货物1货物编号，货物名称,货物类型，单位，进价，售价;具体调整如下：1、因为一个职工只属于一个仓库，并且一种类型的仓库对应着多种类型的货物，当采购每种 类型的货物时，由某种类型的仓库人员去采购，当采购的时候为货物添加一个属性是职 工编号。3.2.4 实体订单和实体客户E-R图：对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不 再包含其他信息。实体属性定义：订单：订单号，数量，货物编号;客户：客户编号，订单号，客户姓名，联系方式，地址;具体调整如下：1、 订单不会作为一个实体而存在，每一个订单的订单号和数量将会作为进仓表的属性。3.2.5 实体货物和实体供应商E-R图：/住址/共应商姓苞） 邛共应商！、联系方式'供应商编号货物名称货物类型单位 货物一n进价售价货物编号实体间的联系根据联系的类型，转换如下：实体货物和实体供应商之间的对应关系是m： n,转换如下：实体货物和供应商转换如下：表：货物货物编号，货物名称,货物类型，单位，进价，售价;表：供应商供应商编号,联系方式，供应商名称，住址;第1章概述1.1 选题的背景与意义随着各个公司经营的范围慢慢扩大，业务流量比较大，需要处理的数据比较多，为 了能对公司的业务进行有效的管理，减少手工操作的繁琐，同时可以根据公司业务的运 营情况，分析出公司发展的潜在信息，顺应时代的发展变化，使管理更加简单化。系统 主要完成对仓库的库存管理，包括入库、出库、库存，员工信息，供应商信息以及客户 等六个方面。系统可以完成对各类信息的浏览、查询、添加、删除、修改等功能。1.2 相关技术分析1.2.1 理论技术在做该系统的前期，最要的是需求分析的制订，并且在网上查了相关的仓库管理的 管理规则和一些基本数据的流向。然后是根据需求分析并且联系实际制作E-R图，并且 分析E-R图和规范。又经过概念设计模式和逻辑设计模式得到最终的数据结构。122操作技术有了最终的数据结构，就可以在sql server 2008中建立数据表，之后是调用相关 的储存过程插入一些数据，这里利用了创建储存过程的相关的操作，为了实现一些相应 的需求又依靠基表创建了视图和储存过程。Sql server 2008技术。由于实体间的关系是多对多的关系。会增加一个新的表。进仓：货物编号，供应商编号,进仓时间，入库数量，所付金额对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再包含其他信息。实体属性定义：货物货物编号，货物名称,货物类型，单位，进价，售价;供应商供应商编号,联系方式，供应商名称，住址;具体调整如下：1 .货物和供应商都会作为实体存在，当供应商提供货物的时候，除了自己的一些属性，并且提 供有提供货物的货物编号。2 .由于实体供应商和实体货物是多对多的关系，将会根据联系新增一个进仓表，把实体货物的 唯一属性和供应商的唯一属性添加进去。实体货物和实体订单E-R图：货物m艰即一n一订单对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项，不再 包含其他信息。实体属性定义：货物1货物编号，货物名称,货物类型,单位，进价，售价;订单订单号,数量;具体调整如下：货物为实体存在，当供应商提供货物的时候，除了自己的一些属性，并且提供有提 供货物的货物编号。订单将不会作为实体存在。由于实体供应商和实体货物是多对多的关系，将会根据联系新增一个出仓表，把实 体货物的唯一属性和供应商的唯一属性添加进去。以上便E-R图设计及其调整的整个过程，接着要做的就是将所有的分E-R图进行综 合，合成一个系统的总E-R图.由于本系统比较简单，分E-R图规模也比较小，所以E-R图合成过程采用一次将分 E-R图集成总E-R图的方式.分两步进行：第一步：合并。解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步E-R图。各分E-R图之间的冲突主要有三类：1 .属性冲突：(1)属性域冲突，即属性值的类型、取值范围或取值集合不同。由于本系统较简单, 所以并不存在这种冲突；(2)属性取值单位冲突。由于本系统较简单，不存在这类冲突；.命名冲突：(1)同名异义：由于本系统较简单，有一点存在这类冲突；分析：在E-R图中订单实体，表现出了出货单，入货单。 在具体的调整中，将不会作为实体存在。（2）异名同义：由于本系统较小，所以不存在这类冲突；.结构冲突：（1）同一对象在不同应用中具有不同的抽象：本系统在需求分析阶段原本存在这种 冲突，考虑到后期的简化合并，我们在设计各个分E-R图就早先解决了这个问 题，即将在任何一个分E-R图中作为实体出现的属性全部作为实体；（2）同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同：由 于本系统较简单，所以并不存在这种冲突；第二步：修改和重构。消除不必要的冗余，生成基本E-R图。由于本系统涵盖的内容比较少，基本不存在冗余的现象，所以初步E-R图就是基本 E-R图，不必再进行调整。系统E-R图:答物编外 <、采购, （名称、 j（类型货物-0工号）y（进价y供应商（编号）瞅系方用G3.3逻辑结构设计3.3.1 联系所对应的关系模式：1员工n-T （仓库编号）-m<>1 仓库 jC仓库名称） X仓库类型）-t CTgp（订单号）编号 联系方式 名称 15机 地址（职建录密码）（W）便下方或（g址）CyaT）E-R图向关系模式转换原则:一对多的对应关系：在n端的实体对应的表中增加属性，该属性是1端对应表的主键。一对一的对应关系：两个实体分别转换成表后，只要在一个表中增加一个外键，一 般在记录数较少的表中增加属性，作为外键，该属性是另一个表的主键。多对多的对应关系：通过引进一个新表来表达两个实体间多对多的联系，新表的主 键由联系两端实体的主键组合而成，同时增加相关的联系属性。通过以上的转换原则，以下实现了一些实体之间的转换:1 .实体间的联系根据联系的类型，转换如下：实体职工和实体仓库之间的对应关系是n： 1,转换如下：转换规律是在n端的实体对应的表中增加属性，该属性是1端实体对应表的主键。表：仓库仓库名，仓库号,仓库类型;表：职工职工号,仓库号,姓名，登录密码，性别，生日，联系方式，职称，家庭住址;.实体间的联系根据联系的类型，转换如下：实体货物和实体仓库之间的对应关系是n： 1,转换如下：实体仓库和货物与联系存取转换如下：表：仓库仓库名，仓库号,仓库类型;表：货物1货物编号，货物名称,货物类型，单位，进价，售价;.实体间的联系根据联系的类型，转换如下：实体货物和实体职工之间的对应关系是n： 1,转换如下：实体仓库和职工转换如下：表：职工职工号，姓名,登录密码，性别，生日，联系方式，职称，家庭住址;表：货物货物编号，职工号，货物名称,货物类型，单位，进价，售价;.实体间的联系根据联系的类型，转换如下：实体订单和实体客户之间的对应关系是1: 1,转换如下： 实体订单和客户转换如下：表：订单订单号,数量，货物编号;表：客户客户编号,订单号，客户姓名,联系方式，地址;.实体间的联系根据联系的类型，转换如下：实体货物和实体订单之间的对应关系是m： n,转换如下：实体货物和订单转换如下：表：货物货物编号，货物名称,货物类型，单位，进价，售价;表：订单订单号,数量;由于实体间的关系是多对多的关系。会增加一个新的表。出仓：货物编号，出单号，出仓时间，出库数量，所付金额;333转化并优化的关系模式:员工：员工编号,姓名，登录密码，性别，联系方式，职称，家庭住址;货物：货物编号,名称，类型，单位，进价，售价;仓库：仓库编号,仓库名，仓库类型，员工编号;供应商：供应商编号,姓名，联系方式，地址;客户：客户编号,货物编号,姓名，联系方式，地址，订单号;库存：仓库编号，货物编号，数量):进仓：入单号,进仓时间，入库数量，所付金额);出仓：出单号,出仓时间，出库数量，所付金额盘库：盘库号,盘库时间，盘库数量说明：1,下加横线部分表示关系的码.以上关系的详细内容说明请参照概念结构设计中的具体内容2 .上面的各个关系对概念结构设计中的相关内容了作了修改，主要加了各个实体中间的联系，尤其是一对多 的联系，纳为属性。334范式的判定(3NF)1、所谓第一范式是指关系模式的中的每一个属性都是不可分割的基本数据项，同一列 中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出行 重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原 实体之间是一对多的关系。在第一范式中表的每一行彪悍一个实例信息。简而言之，第 一范式就是无重复的列。在任何一个关系数据库中，第一范式是对关系模式的基本的要 求。很明显以上每个属性均是不可分割的数据项，并且满足第一范式。2、第二范式是在第一范式的基础上建立起来的，即满足第二范式必须先满足第一范式, 由于关系属性集中的非主属性完全依赖于候选码。因此以上关系模式符合第二范式。3、经过以上的调整，每个非主属性既不部分函数依赖于码，也不传递函数依赖于码。因此以上关系 模式符合第三范式。简要地分析：员工：员工编号,姓名，登录密码，性别，联系方式，职称，家庭住址;主属性：员工编号非主属性:、姓名，登录密码，性别，联系方式，职称，家庭住址。由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。货物：货物编号,名称，类型，单位，进价，售价;主属性：货物编号非主属性：名称，类型，单位，进价，售价。由于关系属性集中的非主属性完全依赖于候选码并且不传递函数依赖于码。仓库：仓库编号,仓库名，仓库类型，员工编号;主属性：仓库编号。非主属性：仓库名，仓库类型，员工编号由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。供应商：供应商编号,姓名，联系方式，地址;主属性：供应商编号非主属性：姓名，联系方式，地址由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。客户：客户编号,货物编号,姓名，联系方式，地址，订单号;主属性：客户编号,货物编号,订单号非主属性：姓名，联系方式，地址由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。库存：仓库编号，货物编号，数量）:主属性：仓库编号，货物编号非主属性：数量由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。进仓：入单号,进仓时间，入库数量，所付金额）;主属性：入单号非主属性：进仓时间，入库数量，所付金额由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。出仓：出单号,出仓时间，出库数量，所付金额主属性出单号非f属性：出仓时间,出库数量，所付金额由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。盘库：盘库号,盘库时间，盘库数量主雇性.哥座科非主属性：盘库时间,盘库数量由于关系属性集中的非主属性完全依赖于候选码并且也不传递函数依赖于码。335子模式的设计（视图）对于员工表：不同的职工对该表的查询的显示结果是不同的。对于仓库管理员是可以完全查询的，截图结果如下:SQLQuery4ql - 20_ministrator (54)* 201337l.仓库第-dbo.employee 2013-37-L仓库管理-dbo.cangku Xselect from employeeemployee!。employee_passwordemployee_nameemployee_sexemployee_birthdayemployee _phoneemployee_rankemployee Jamiy_addressemployee_salary1I 084413101 1Iil084413101徐子强里1994-05-15 00:00:00.000普通职工平顶山市新华区50002084413102084413102高振男1994-05-15 00:00:00,000普通职工平顶山市新华区50003084413103084413103赵四更1994-05-15 00:00:00,000普通职工平顶山市新华区30004084413104084413104王五里1998-06)6 00:00:00.000普通职工平顶山市新城区20005084413105084413105李六男199806 00:00:00,000仓库管理员平顶山市新城区60006084413106084413106何玉川更1998-064)6 00:00:00,000132431690%仓摩管理员平顶山市老城区50007084413107084413107林建松里1998go6 00:00:00.000仓库管理员平顶山市老城区6000为普通员工创建视图：-为登录密码，员工薪资敏感数据建立视图create view employee_view2asselectemployee_no,employee_name,employee_sex,employee_birthday,employee_rank,employee_family_address from employeeselect from employee_view2查询结果：SQLQuery4.sql - 20.ministrator (54)* 2O1337l.仓毒管理-dbo.employee 2013-37-1. - dbo.cangku X一为登录密码，员工薪资敏感数据建立视图一a select enloyee_no, eirD 1 oyee_name, enloyee_sexr employee_birthdayr en)loyee_rank, enloyee_family_addressr-from eiriloyeeL select from货蜘上乌丫*室.V史W2T口结果心消息employee_noemployee_name employee_sex employee_birthdayemployee_rankemployee Jamily_address1 i 084413101:徐子强里1994-05-15 00:00:00.000普通职工平顶山市新华区2084413102高振男1994-05-15 00:00:00.000 普通职工平顶山市新华区3084413103赵四里1994-05-15 00:00:00.000普通职工平顶山市新华区4084413104王五里1998-066 00:00:00.000 普通职工平顶山市新城区5084413105李六男1998-064)6 00:00:00.000仓库管理员平顶山市新城区6084413106何玉川里19984)64)6 00:00:00.000仓库管理员平顶山市老城区7084413107林建松里19984)6X)6 00:(X):00.000仓库管理员平顶山市老城区为了分析仓库部门的进账资金，为goods_out创建一个视图:create view goods_out_viewasselect out_date,SUM(kehu_pay) as 销售额 from goods.outGROUP BY out_dateselect from goods_out_view结果截图:SQLQue71sq|-pC.ministrator (55)* PC-201503142212.-dbo.goods out* SQLQueryl.sql - PC“.Administrator (54)create vievz gccds cut viev;select out_date,SUM(kehu_pay) as from goods_out iHMMMMMMMi GROUP BY out_dateselect * from goods out viewJ结果3消息out dateout date俏售额20154)4-1500:00:00,000 70000赤施不而而而施"“”00003.353为查看支出情况，创建视图:create view goods_in_viewasselect in_date,SUM(supp_pay) as 仓库支出from goods inGROUP BY in_dateselect : from goods_in_view截图结果:PG201503142212,仓“理-dbo.goodsjn* SQLQuerylsql > PQjninistrator (55)* PC-201503142212.create view goods in view asselect in_datez SUM(supp_pay) as 仓from goods inGROUP BY in dateselect * from goods in vievs结果息消息injate仓库支出a1 1 2015)2-02 00:00:00,000 j 90000 为了更好的查询货物和其供应商，为其建立视图:create view goods_supplier_viewasselect goods.goods_no,goods_name,supplier_no,supplier_name,supplier_honefrom goods,supplierwhere goods.goods_no=supplier.goods_noselect * from goods_supplier_view截图结果；SQLQuery4sqi - PC.iministrator (56)* PC-201503142212.SS - dbo.goodsjnSQLQueryS.sql - PC.ministrator (54)*A create view goods supplier viewasselect goods. goods_nor goods_nairief supplier_nof supplier_nair,ez supplier_phone from goods,supplier-where goods goods_no=supplier.goods_no-select * from goods supplier view目结果3消息goods_nogoods_namesupplier_nosupplier_namesupplier_phone1:bx123I海尔冰箱gyOi张海迪2cpsj123酷派手机gy02张海燕3glkt123格力空调gyO3李小璐4hexyj123海尔洗衣机gyO4李易醒5hjss123黄金项摄gyO5唐佳怡6kjcd123康佳彩电gyOG郭相宜7bcdn123联想电脑gy07乔玉川8pgsj123苹果手机gy08唐依依9rssb123瑞士手表gyO9柳依依10sndn123索尼电脑gyio唐嫣3.4物理结构设计3.4.1 数据结构员工：员工编号,姓名，登录密码，性别，联系方式，职称，家庭住址; 货物：货物编号,名称，类型，单位，进价，售价;仓库：仓库编号,仓库名，仓库类型，员工编号;供应商：供应商编号,姓名，联系方式，地址;客户：客户编号,货物编号,姓名，联系方式，地址，订单号;库存：仓库编号，货物编号，数量);进仓：入单号,进仓时间，入库数量，所付金额);出仓：出单号,出仓时间，出库数量，所付金额盘库：盘库号,盘库时间，盘库数量数据库建立- 数据库的建立CREATE DATABASE 仓库管理- -员工表create table employee(employee_no varchar(lO) primary key,employee_password varchar(lO) not null,employee_name varchar( 10) not null,employee_sex char(2) not null, employee_birthday datetime, employee_phone char(15)not null,employee_rank char(10) not null, employee_family_address varchar(50), )- 货物表create table goods (goods_no varchar(lO) primary key, goods_name varchar(10)not null, goods_type varcharf 10) not null, goods_in_price bigint not null, goods_out_price bigint not null, goods_unit char(4) not null, )-仓库表