数据设计基础.docVIP

数据库设计基础 ER（Entity Relation）图 实体：可以互相的实物，可以是具体的，也可以是抽象的。 实体集：同一类型的实体组成实体集。 属性：实体的特性。例如人的身高、体重、年龄等。 联系：实体之间存在的联系。例如学生和学院之间的关系，学生和课程之间存在的关系。联系有三种：一对一，一对多，多对多。 主键：所有的属性都依赖的属性或属性组，也称为“码” 实体之间关系的模型： 网状模型：用网络拓扑图表示实体和实体之间的关系。 层次模型：用树表示实体和实体之间的关系。 关系模型：用二维表表示实体和实体之间的关系。关系模型应用比较广泛。一般来说有关系模型来讲述实体之间的关系。 与数据库设计的关系。 数据库的设计针对某一个具体的领域，这个领域存在的实物，这些实物存在一定的联系。 ER图的工具：PowerDesigner、ERWin等 数据库设计基础 范式： 第一范式：原子性。所有的属性不能再细分。 例如：学生（学号，姓名，身高，生日，所在学院） 所在学院是一个实体，有属性：学院编号、学院名称等。 第二范式：所有的属性都依赖于主键。 学生（学号，姓名，身高，生日，学院编号，学院名称）属于第二范式 课程（课程编号，课程名称，教师编号）。教师编号属性不依赖于其他属性，所以不存在主键。因此不属于第二范式。 第三范式：所有的属性不能依赖于除主键以外的属性。 学生（学号，姓名，身高，生日，学院编号，学院名称）学院名称依赖于学号，同时也依赖于学院编号。所以这个关系不属于第三范式。 数据模型设计 分析需求，找出实体及属性还有实体的关系 例如：商品 家电、服装、食品、生活用品、数码设备。 电视机、冰箱、手机、衣服等 X牌XXX型号手机、XX品牌服装等 实体之间的关系：分类关系： 商品分为家电、服装、食品、数码设备、生活用品等。 家电分为电视机、冰箱、洗衣机等 数码设备分为手机、笔记本电脑、平板电脑、数码相机等 手机分为X品牌手机，Y品牌手机等。 将实体规范化，一般只要求规范到第三范式。以商品实体为例。 第一步：商品（商品编号，商品名称，价格，产地，生产厂家，生产日期） 从第一范式分析。产地需要细分为省份、城市、街道属性。因此商品这个实体不属于第一范式。分解为二个实体： 商品（商品编号，商品名称，价格，产地地址编号，生产厂家名称，生产日期） 地址（地址编号，省份编号，省份名称，城市编号，城市名称，街道编号，街道名称） 属于第一范式。 第二步：商品（商品编号，商品名称，价格，产地地址编号，生产厂家名称，生产日期）属于第二范式。 地址（地址编号，省份编号，省份名称，城市编号，城市名称，街道编号，街道名称）属于第二范式 商品（商品编号，商品名称，价格，产地地址编号，生产厂家名称，生产日期）属于第三范式 第三步：地址（地址编号，省份编号，省份名称，城市编号，城市名称，街道编号，街道名称）实体中省份名称依赖于地址编号和省份编号，城市名称依赖于地址编号和城市编号，街道名称依赖于地址编号和街道编号。分解为 地址（地址编号，省份编号，城市编号，街道编号） 省份（省份编号，省份名称） 城市（城市编号，城市名称） 街道（街道编号，街道名称） 地址（地址编号，省份编号，城市编号，街道编号）实体中 省份编号和城市编号依赖于地址编号和街道编号，省份编号依赖于地址编号、城市编号、街道编号。 分解为 地址（地址编号，街道编号） 街道（街道编号，城市编号） 城市（城市编号，省份编号） 省份（省份编号） 第四步：与上次分解的可以合并: 地址（地址编号，街道编号） 街道（街道编号，街道名称，城市编号） 城市（城市编号，城市名称，省份编号） 省份（省份编号，省份名称） 四个实体都都属于第三范式。 （3）实际应用过程中，第三范式会增加很多实体，又是为了操作方便，适当增加冗余，进行反规范化。 比如地址的四个实体可以根据实际需要合并为一个实体或几个实体。 地址（地址编号，省份编号，省份名称，城市编号，城市名称，街道编号，街道名称）