数据库实战基础知识：

1. E-R图抽取

一、实体图的抽象，如何选取主要实体：

（问题1：学生、老师、教务处实体抽取简单，实现成绩管理我们为什么要抽取课程表这一个实体？）
答：实体都有属性，成绩管理的成绩的属性是什么？
和他有关的是学生号、课程号，学生号从属于学生表，课程号从属于课程表，他没有独有的属性，所以他是属性代表一种特性。
属性不能脱离实体而存在，他应该归属于那个实体呢？分析上述三个相关属性：
类似性别，他是学生/老师的特性，而成绩则相对课程表来说是课程表的特性，从而提取了实体–课程表出来。

二、成绩表的归属问题：

（问题2：既然成绩引出了实体课程表，为什么不把他直接加在课程表而是提取了选课表？）
答：因为成绩这个属性除了和课程号有关，他还和学生学号有关系。
因为成绩的决定因素必须是学号和课程号同时决定，所以课程表如果加入成绩，则必须捆绑加入学号属性。以及教师属性。
这里说一下为啥要加教师属性：

三、选课表主码为什么含有教师原因：

（接着二看）因为一门课程可以对应多个老师，如果忽略教师号，可能存在同样的 学号和课程号 对应了多个老师，主码不能唯一确定非主属性不满足3nf
所以把成绩合并在课程表里，必须捆绑加入学号、教师号
所以课程基本信息则成为如下：
课程基本信息包括：课程号、课程名、先行课、学分、成绩、学号、教师号
那么此刻课程基本信息的主码应该是什么？
之前③ 课程基本信息
课程基本信息包括：课程号、课程名、先行课、学分 的主码显而易见是课程号
但是修改之后 我们还要实现成绩查询，那么主码就会修改为课程号、学号、教师号
但是课程号可以决定先行课、学分、课程名这些非主属性
非主属性和候选码之间是部分函数依赖，不满足2N范式
所以，分解达到3NF的目标：
只能把部分依赖（一个主码课程号）提取成课程基本信息表。
完全依赖提取为选课基本信息

四、不能删除授课表原因：

（问题3：授课表和选课表一致为什么不直接在选课表里进行教师查询，而要单独建立授课表？）
答：授课表由教务处分配老师教授课程的情况，选课表是学生选择课程的表（主要供学生成绩查询）。
学生选择课程的表要基于老师的授课表进行，如果合并，学生无法有选课参照。

五、ER图常识：

1.定义：
实体-联系图（Entity Relationship Diagram）
提供实体类型、属性和联系的方法，描述现实世界的概念模型
实体：可以互相区分的人/事物就是实体
属性：属性是相对实体而言的，不能脱离实体

2.画法：
矩形表示实体—-椭圆表示属性—-实线段表示联系——菱形框表示联系的成因

2.建表具体字段总结：

3.选取字段原因：

1.VarChar 和 Char的区别：

CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc”，对于CHAR (10)，表示你存储的字符将占10个字节(包括7个空字符)，而同样的VARCHAR2 (10)则只占用3个字节的长度，10只是最大值，当你存储的字符小于10时，按实际长度存储。
2．CHAR的效率比VARCHAR2的效率稍高。
3．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。
何时该用CHAR，何时该用varchar2？
CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系.
VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。
1.性别和年龄的两个类型：
tinyint是0-255范围 符合实际年龄需求
Enum（‘男’，‘女’） 字符类型的枚举类型 意思是这个字段只能有这两个结果其一出现

2.varchar和char的区别：
定义（20）的一般是汉字属性比较长的 比如课程名、专业名
（10）名字和密码等 实际不会太长
Char(10)和varchar(10) ，如果输入‘abc’char类型浪费7个字节，varchar则根据输入内容长度开空间，故只有3个字节不会浪费

3.自增长是int型