电脑软件应用概述(数据库).pptVIP

电脑软件应用概述 —数据库应用 三骏工贸 市场部 2009年1月 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 计算机软件分类 操作系统 行业软件，如财务软件 管理软件，如ERP、OA 编程软件，如SQL、FOXBASE、C语言等 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据库概述—关系数据库 关系数据库管理系统RDBMS，relational database management system 将数据有系统、有组织地集成到具备关系的列和行中 这种数据库系统采用数据分类表格化的架构，将相关的数据组成表格，表格和表格之间可以有关系 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据库概述 数据 表（行、列、主键、外键、关系） 表单 查询窗体 控件 数据库 常用操作 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据库概述—表格之间的关系 一对多关系 每个客户可以下多笔订单，但是每笔订单应该只有一个客户 多对多关系 订货主文档表和产品表，通过订货明细表建立之间的关系 一对一关系 不常见，因此这类情况主要体现在一张表中，也是细分表最基本、最小单位 分割具有许多列的表 基于安全的考虑而隔离表的某个部分 存储历史数据，以及只要删除表即可轻易删除的数据 存储只适用于主表的子集的信息（表的分割） Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据库概述—规范化规则 第一范式 表必须是二维的 每列只能有一个值 列的意义必须是单一的，如员工姓名列中存储的只能是员工姓名，不能是薪水 第二范式 满足第一范式条件后，再分析非主键的列，必须完全依赖于主键，适用于复合主键的每一列。如，在订单明细表中，可能利用“订单编号”和“产品编号”这两个列组合成一个主键 第三范式 满足第二范式后，在粉系列不依赖于表的其他属性或其他任何表，即都是互相独立的 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据库概述—规范化规则 范式的副作用 查询性能不佳。范式的特征使得查询完整信息时，必须先进行多个表的连接，才能获得所有信息 索引设计不易。增加对数据进行操作时的负载 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 数据库概述—如何规划表 表必须拥有标识符 表应该只存储单一类型的数据 不要过度使用允许Null值的列 避免在列中存储多个值，或是有多个特性相同的列 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 公司发展情况 开始 采购 采购编号 采购日期 供应商编号 供应商名称 零件编号 零件数量 零件描述 第一正规化 采购订单 采购编号 采购日期 供应商编号 供应商名称 第二正规化 采购订单 采购编号 采购日期 供应商编号 供应商名称 采购明细 采购编号 零件编号 零件数量 零件描述 采购明细 采购编号 采购日期 供应商编号 供应商名称 零件 零件编号 零件描述 第三正规化 采购订单 采购编号 采购日期 供应商编号 供应商 供应商编号 供应商名称 采购明细 采购编号 采购日期