销售管理及数据库管理知识规划.ppt

销售管理数据库的概念结构分析（续） （3）画出局部E-R图 员工与销售订单联系E-R图 第十九页，共四十六页。 销售管理数据库的概念结构分析（续） 员工和采购订单联系E-R图 第二十页，共四十六页。 销售管理数据库的概念结构分析（续） 商品与销售订单之间的联系E-R图 第二十一页，共四十六页。 销售管理数据库的概念结构分析（续） （4）合并E-R图 第二十二页，共四十六页。 逻辑结构设计 逻辑结构设计的任务 就是将概念结构设计概念模型转化为数据模型。 通常步骤。 （1）概念模型转化为关系模型。 （2）将关系模型转化为特定数据管理系统下的数据模型。 （3）数据模型进行优化（通常采用规范化理论），以提高数据库应用系统的性能 第二十三页，共四十六页。 关系模型 关系模型概念 E-R模型转换为关系模型 包括独立实体转化和实体间的联系的转化。其中，实体间的联系就是将实体和实体间的联系转化为二维表。 第二十四页，共四十六页。 数据模型优化 数据模型的优化就是对数据库进行适当的修改、调整数据模型的结构，进一步提高数据库的性能。 1、关系模式的分解 2、规范化处理 在数据库设计过程中数据库结构必须要满足一定的规范化要求，才能确保数据的准确性和可靠性。这些规范化要求被称为规范化形式，即范式。 3、 数据完整性 第二十五页，共四十六页。 范式理论 （1）第一范式(1NF) 关系模式中每个属性是不可再分的数据项，则该关系属于1 NF。 【例】分析员工表，是否已满足1 NF。 在表中的每个属性为不再可分，也不存在数据的冗余，因此客户关系满足1NF。 （2）第二范式(2NF) 已经满足1NF的前提下，关系中的每个非主键属性的数值都依赖于该数据表的主键字段，那么该数据表满足第二范式（2NF） （3）第三范式(3NF) 如果关系已经满足2NF，且关系中的任何一个非主属性都不函数传递依赖于主关键字，则此关系满足3NF。 第二十六页，共四十六页。 数据完整性 实体完整性 为确保数据库中所有实体的惟一性，不使用完全相同的数据记录。 域完整性 要求表中的列的数据类型、格式和取值范围位于某一个特定的允许范围内。 参照完整性 用来维护相关数据表之间数据一致性 用户定义完整 由用户自己按照实际的需要定义的约束关系。例如，在员工表中输入每个员工的“工资”都应大于1000，否则不接受输入的数据。 第二十七页，共四十六页。 销售管理数据库的逻辑结构设计 【例】在概念设计的基础上，对销售管理数据库进行逻辑结构分析，即将E-R图转化为关系模型。 （1）员工E-R图 员工（员工号，姓名，性别，出生年月，聘任日期，工资，部门编号） 部门（部门编号，部门名称，部门主管，备注） （2）商品E-R图 商品（商品编号，商品名称，单价，库存量，已销售量） （3）客户E-R图 客户（客户编号，公司名称，联系人姓名，电话，地址，Email） 第二十八页，共四十六页。 销售管理数据库的逻辑结构设计（续） （4）供应商E-R图 供应商（供应商编号，供应商名称，联系人姓名，电话，地址，Email） （5）销售订单E-R图 销售订单（销售订单号，商品编号，员工号，客户号，订货数量，订单日期） （6）采购订单E-R图 采购订单（采购订单号，商品编号，员工号，供应商号，采购数量，订单日期） 第二十九页，共四十六页。 物理结构设计的任务 1、确定数据库的物理结构（存储结构、存储位置） 2、确定数据库的存取方法 3、对物理结构进行评价，评价的重点为时间和空间效率。 第三十页，共四十六页。 确定数据的物理结构 1、每一个表对应一个关系模式，确定数据表字段及其数据类 2、确定哪些字段允许空值(NULL) 3、确定主键 4、确定是否使用约束、默认值、规则等 5、确定是否使用外键 6、是否使用索引 第三十一页，共四十六页。 销售管理数据库的物理结构设计 【例】在SQL Server 2005中，利用逻辑结构设计结果，对销售管理数据库（CompanySales）进行物理结构分析。 步骤： （1）确定数据表的结构 （2）确定物理存储位置 （3）确定索引 第三十二页，共四十六页。 数据表的结构 列名 数据类型 宽度 为空性 说明 DepartmentID int 部门编号，关键字 DepartmentName varchar 30 部门名称 Manager char 8