第1章数据库基础精选.ppt

1.4 关系型数据库 外键是指表中含有的与另外一个表的主键相对应的字段，它用来与其他表建立联系。 外键可提供表连接 可根据外键的值检查输入数据的合法性 可实施参照完整性 选课SC * Sno * Cno Grade 1.4.4 数据完整性 数据完整性是用来确保数据库中的数据的正确性和可靠性。SQL Server 2005具有强制保证数据完整性的功能，以避免数据的错误。 完整性分类： 实体完整性 - 主键 域完整性 - 约束 参照完整性 - 外键 自定义完整性 1.4 关系型数据库 1.4.5 表的关联种类 一对一关联：A表中的一条记录对应B表中的一条记录，B表中的一条记录也对应A表中的一条记录。如部门与经理。 一对多关联：A表中的一条记录对应B表中的多条记录，B表中的一条记录对应A表中的一条记录。如部门与工人。 多对多关联：A表中的一条记录对应B表中的多条记录，B表中的一条记录也对应A表中的多条记录。如产品与零件。 1.4 关系型数据库 1.5 关系数据库的设计 1.5.1 数据库的设计过程 需求分析：写出需求分析说明书 概念设计：画出系统总体的E-R模型 实现设计：确定逻辑数据库结构 物理设计：确定物理数据库结构 学生 课程 选课 学分 课程名 课程编号 学号 姓名 系 年龄 m n 概念模型举例：ER图 成绩 1.5 关系数据库的设计 1.5.2 关系型数据库的规范化 在实现设计阶段，常常使用E.F.Codd的关系规范化理论来指导关系数据库的设计。其基本思想是，每个关系都应满足一定的规范，才能使关系模式设计合理，达到减少冗余，提高查询效率的目的。 范式是施加给关系模式的约束条件，也是一个逐步对表结构进行规范化的过程。 范式的定义： 1NF ： 如果一个表R的每一个字段都是不可再分的，则称表R为第一范式。 2NF ： 若表R是1NF，而且它的每一非主键字段完全依赖于主键，则表R是第二范式。 3NF ： 若表R是2NF，而且它的每一非主键字段不传递依赖于主键，则表R是第三范式。 1.5 关系数据库的设计 1.6 上机实训 1.6.1 图书和订单管理系统中表的设计 通过本例来学习如何通过分析应用系统的需求，确定表以及表的字段，初步了解主键、外键和数据完整性等概念，并在SQL Server 2005中创建表。 第1步: 分析包含的信息。对于图书和订单系统而言，应该包含图书的有关信息、作者的有关信息、订单的有关信息和客户的有关信息。具体包括： ?图书信息 书名、作者、价格、出版社和简介等。 ?作者信息 作者姓名、电话和地址等。 ?订单 订购图书、订购数量、订单日期和客户等。 ?客户信息 客户姓名和客户地址。 1.6 上机实训 第2步: 上述信息确定后，就可以规划该系统应该包含的表。这里可以将其划分为4个表：图书表 book表、作者表 authors表、客户表 clients表、订单表 orderform表。 1.6 上机实训 第3步 ： 确定每个表的字段。根据上面情况，可以确定每个表的名称和字段如下： book表 图书编号、图书名称、作者编号、价格、出版社和简介。 authors表 作者编号、姓名、电话和地址。 clients表 客户编号、客户姓名、客户电话和客户地址。 orderform表 订单编号、订购图书编号、订购数量、订购日期和订购客户编号。 1.6 上机实训 第4步 ：确定主键。字段初步确定后，就需要为每个表确定一个主键。在上面的分析中，可以看到，每个表的主键应该确定为每个表的编号，即通过编号可以唯一确定每一项记录。 1.6 上机实训 第5步：确定外键。为了减少数据冗余，可以确定各表的外键如下： book表 作者编号是外键，利用作者编号可以在authors表中确定作者的信息。 authors表 不需要外键。 clients表 不需要外键。 orderform表 订购图书编号和订购客户编号是外键。通过前者可以在books表中确定有关图书的信息；通过后者可以在clients表中确定客户的有关信息。 1.6 上机实训 第6步 ：确定表之间的关联。经过前面的分析，表之间的关联也就很清楚了，如图所示。 1.6 上机实训 1.6.2 公告信息系统中表的设计 通过本例的学习，加深对系统需求分析的理解，学习构建表的结构和设置表的属性。具体实施如下： 1.6 上机实训 第1步 ：该公告信息系统的主要功能是发布公告，系统首先验证用户是否合法，如果合法，则将公告的内容保存到数据库中。因此，数据库中可以只包含两个表，一个用于验证用户，一个用于保存公告信息。 第2步 ：分析两个表应包含的内容，具体如下： 用户表 用户名、用户密码、用户姓名、性别、地址、E-mail和电话等。