“管家婆”仓库管理系统数据库设计说明书V1.01、引言1.1 预期的读者主要为本公司和承包方的阅读者：·本公司阅读者包括：设计人员、开发人员等。
·承包方阅读者包括：业务人员、系统管理人员等。
1.2 数据库说明我们使用的是当前流行的企业级数据库oracle，使用版本为10g。
全局数据库名称为GuanJiaPo@ORCL，开发用的表空间名是GuanJiaPoSpace，操作的用户明为GuanJiaPo，密码为lq。
1.3 目的和作用将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据集合（数据库表）。
对数据集合做进一步分析，确定集合之间的关系并最终形成数据库物理模型，以便开发人员建立物理数据库数据库设计2、数据库设计2.1 抽象数据对象2.1.1 系统主要业务分析根据业务流程分析我们从中抽象出几个数据集合：用户（包括秘书、采购员、销售员、后勤部、仓库管理员、系统管理员），商品的入库、出库情况和转借情况（入库申请、出库申请、转借申请、物品在仓库间的转移），仓库情况（仓库类别、仓库状态等相关信息），通过这几个集合实现物品在仓库间的合理分配。
按照业务及系统功能简单总结数据对象：●用户●仓库存放物（商品、物品）●表单●仓库●系统管理员需求分析参考根据系统需求分析内容进一步确定数据对象。
由于系统需求分析中考虑到仓库存放物中商品（供出货和入仓用）和货品（供出借和归还用）间有一定的区别，所以将商品和物品分开描述，并提出单独的信息维护功能。
其他数据对象没有变化。
总结数据对象：●用户●系统管理者●商品●物品●表单●仓库数据库物理结构设计根据系统的分布式部署设计，数据库将部署到一部独立的计算机中。
根据前期的分析，系统将有大量的数据存放入数据库。
预留数据库空间500m，日增长约3m，日志空间1G，日增长5m。
数据库逻辑设计数据库设计命名规范1，表名命名规则多对多生成的关系表如果没有太多的实际意义，名字是两个相关实体名字中间加入‘_’后构成。
例如User_UserClass。
（如有特殊意义，按其特殊意义填写）2，表项命名规则代表表名的单词或单词简写作为字段名的开头，命名中其他的单词或简写间用‘_’间隔，如用户表的主键字段为U_ID命名。
数据库表名汇总表2-1 数据库表数据库表名中文名文字说明Admin系统管理员保存系统管理员的信息IO_Form出库入库申请申请表单及货物的关系Form申请表单保存出库入库订单User用户保存用户的基本信息User-Class用户-用户类型用户及用户类型的关系User_Class用户类型保存用户职位Return_Borrow借入归还表申请表单及物品的关系things物品保存物品的信息（用于转借）Things_Store物品-仓库物品及仓库间的关系store仓库保存仓库信息Product_Store货物-仓库货物及仓库的关系goods货品保存货物信息数据库表结构设计逻辑表结构系统管理员：admin表2-2 admin表项中文英文数据类型可否空初始值说明编号A_ID Number否主键，流水自增姓名A_NameVariablecharacters (100)否联系方式A_ConnVariablecharacters (20)否账号A_AccountVariable characters (100)否密码end_timeVariable characters (50)否●出库入库申请（IO_Form）表2-3 IO_Form表项中文英文数据类型可否空初始值说明编号F_ID Number否主键，外键货物编号G_ID Number否主键，外键货物数量IO_NumberINT否●申请表单(Form)表2-4申请 Form表项中文英文数据类型可否空初始值说明编号F_ID Number否主键，流水自增用户编号U_ID Number否外键提交日期F_Date Date & Time否处理状态F_State Variable 否值只有可能为：未处characters (10)理，允许，拒绝，推迟等候处理结果F_Result Clob否申请内容F_Text Clob否表单类型F_ClassVariablecharacters (20)否●用户（User）表2-5 user表项中文英文数据类型可否空初始值说明编号U_ID Number否主键，流水自增姓名A_NameVariablecharacters (100)否联系方式A_ConnVariablecharacters (20)否账号A_AccountVariablecharacters (100)否密码A_PassVariablecharacters (50)否●用户-用户类型（User_UserClass）表2-6 User_Class表项中文英文数据类型可否空初始值说明编号U_ID Number否主键，外键用户类型User_TypeVariablecharacters (20)否主键，外键●用户类型（User_Class）表2-6 User_Class表项中文英文数据类型可否空初始值说明用户类型User_TypeVariablecharacters (10)否主键值只可能为：供货员，出货员，后勤管理员，仓库管理员●货物表项表2-2 货物表项中文英文数据类型可否空说明货物编号G_ID Number否主键，流水自增货物名称G_Name VARCHAR否货物描述G_Discribe CLOB否货物数量G_Number INT否货物单价G_Price FLOAT否●货物—仓库表项表2-3货品—仓库表项中文英文数据类型可否空说明货物编号G_ID Number否主键，外键仓库编号S_ID Number否主键，外键存储数量PS_NumberINT否●仓库表项表2-4仓库表项中文英文数据类型可否空初始值说明仓库编号S_ID NUMBER否主键，流水自增仓库地址S_Add VARCHAR否仓库类型S_Type VARCHAR否仓库状态S_Style VARCHAR否仓库容量S_Size INT否仓库类别S_Class VARCHAR否●物品-仓库表项表2-5物品-仓库表项可否说明中文英文数据类型空物品编号T_ID Number否主键，外键仓库编号S_ID Number否主键，外键物品数量TS_Number INT否●物品表项表2-6物品表项可否中文英文数据类型说明空物品编号T_ID Number否主键，流水自增物品名称T_Name VARCHAR否物品描述T_Discribe CLOB否物品现有T_Number INT否数量物品的库T_Total INT否存数借入归还表项表2-6借入归还表项可否说明中文英文数据类型空编号F_ID Number否主键，外键物品编号T_Name VARCHAR否主键，外键物品数量RB_Number CLOB否数据库表逻辑ER图图2-1逻辑ER图图中“ ”表示多对一关系，三叉线表示对应的多方表，多对多应该为“”。
表之间的关联设计在数据库ER逻辑模型的基础上确定ER物理模型，通过主外键的约束明确表之间的关系。
该物理模型可直接映射到数据库中进行物理操作，以便据此建立数据库结构。
ER物理模型如下：图2-2物理ER图物理模型字段如下表：外键关联说明：表2-7 外键关联说明难点说明：不同权限申请表单时的复杂关系在这个系统中我们发现，由于角色过多，导致订单的种类过多。
如果细分的话，可以分出：采购员拥有入库申请表单的填写权利，出货员拥有出库申请表单的填写权利，后勤管理员拥有填写借入和申请物品表单的权利，仓库管理员拥有填写仓库申请表单的权利…表单种类非常多，而且表面上看起来都是独立的。
所以，刚开始我们为每一种表都建立了一个单独的表。
这样虽然看起来逻辑清晰，但是，无形中为系统增加了很大的负担。
图2-3物理ER图局部1我们在建表的过程中发现，这几个表的基本项大致类似。
所以，我们决定将所有的申请表格合成一张表，用一个字段“类别”来区分它们。
这样，在不影响系统执行效率的情况下，减少了表的数量。