SQL---数据库的设计

数据库的设计
1.多表之间的关系
1.分类
1）1对1的关系（了解）：如：人和身份证
2）1对多（多对1）：如：部门和员工
分析：一个部门有多个员工，一个员工只能对应一个部门
3）多对多：如：学生和课程
分析：一个学生可以选择很多门课程，一个课程也可以被很多学生选择
2.实现关系
1）一对多（多对一）
如：部门和员工
实现方式：在多的一方建立外键，指向1的一方主键.
2）多对多：
如：学生和课程
实现方式：多对多关系实现需要借助第三张中间表。中间表至少需要包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键
3）一对一
如：人和身份证
实现方式：一对一的关系实现， 可以在任意一方添加唯一外键指向另一方的主键。（如果是一对一，建议添加到一张表中）

2.数据库设计的范式
概念：设计数据库时，需要遵循的一些规范。要遵循后边的范式，必须先遵循前边的所有范式要求
设计关系型书记库时，遵从不同的规范要求，设计出合理的关系型数据库，这些个不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
目前关系数据库有六种范式：第一范式(1NF)，第二范式(2NF)，第三范式(3NF)，巴斯-柯德范式（BCNF），第四范式（4NF）和第五范式(SNF,又称完美范式)

分类：
    1.第一范式（1NF）：每一列都是不可分割的院子数据项
    2.第二范式（2NF）:在1NF的基础上，非码属性必须完全依赖于候选码（在1NF基础上消除非主属性对主码的部分函数依赖）
        几个概念：
            1.函数依赖：A-->B，如果通过A属性(属性组)的值，可以确定唯一的B属性的值，则称B依赖于A
                例如：学号-->姓名, （学号，课程名称）-->分数
            2.完全依赖函数:A-->B，如果A是一个属性组，则B属性值的确定需要依赖A属性组中所有的属性值。
                例如:(学号，课程名称)-->姓名
            3.部分依赖函数:A-->B ，如果A是一个属性组，则B属性值的确定需要依赖A属性组中某一些值即可.
                例如:(学号，课程名称) -->姓名
            4.传递函数依赖:A-->B,B-->c,如果通过A属性(属性组)的值，可以确定唯一B属性的值，在通过B属性(属性组)的值可以确定唯一C属性的值，则称C传递函数依赖于A
            5.码:如果在一张表中，一个属性或者属性组，被其他所有属性完全依赖，则称这属性(属性组)为该表的码
                例如:该表中的码为（学号，课程名称）
                    主属性：码属性组中的所有属性
                    非主属性:初过码属性组的属性
    3.第三范式(3NF):在2NF的基础上人和非主属性不依赖于其它非主属性(在2NF的基础上消除依赖)
    3.第三范式（3NF）:在第二范式基础上，任何非主属性不依赖于其他非主属性（在2NF基础上消除传递依赖）