数据库中auto_increment 默认值 数据库中默认值的作用

数据约束

1.默认值 default

作用：当永和对使用默认值的字段不插入值的时候使用默认值

注意，默认字段可以插入null

2.非空 not null

作用：限制字段必须赋值

注意：不能赋null

3. 唯一 unique

作用：对字段的值不能重复
注意，唯一字段可以插入null，插入多个null

4. 主键 primary key

作用：非空+唯一
注意，通常情况下，每张表都会设置一个主键字段，用于标记表中每条的唯一性

5. 自增长 auto-increment

作用：自动递增

---

6. 外键约束 constraint

假设我们有一张表：

当我们要往表中填入其他人的信息时，大量的project中的重复内容看起来会比较冗余

我们可以另建一张表作为辅助：

然后修改第一张表为：

这样在后面添加数据时就显得简洁一些。

为了防止在添加数据时projectId和第二张表的id不匹配，需要用到外键作用：约束两种表的数据，解决数据冗余问题：给冗余字段放到一张独立表中（前面表的值参考后面的表)

格式： 在创建table的时候

constraint 表1_表2_fk foreign key(表1中属性) references 表2(表2中的属性)

• 其中，表1为副表，设置外键，表2为一张独立表，主表，用来约束可能出现冗余的信息，把冗余信息替换成简单的字符

---

修改表中的属性时要注意：

• 主表的参考字段通常为主键
• 添加数据：先添加参考表，再添加数据
• 修改数据：先修改数据，在修改参考表，确保修改时参考表没有数据关联
• 删除数据：先删除数据，在删除参考表内容

7.级联修改 on update cascade

可以直接修改参考表中的内容，而不必管与其他表是否有数据关联

用法：直接在constraint语句的最后面加上on update cascade

修改前：

修改后：

在有关联数据的情况下一起修改

• 如果是删除：
  on update cascade on delete cascade
  
  删除id=1后：

数据库设计

1. 前提

• 需求分析：原始需求->抽取业务逻辑
• 需求设计：

• 概要设计：
  抽取实体：业务模型->实体模型（java类 c++类）（内存）
  数据库设计：业务模型/实体模型->数据模型（硬盘）
• 详细设计：
  类详细，属性和方法

2. 三大范式

设计原则：设计的表尽量遵守三大范式

• 第一范式：要求表的每个字段必须是不可分割的独立单元

student	：	name			-- 违反第一范式
  				张三|狗娃			
  student 	:	name 		old name
  				张三			狗娃		-- 符合第一范式

• 第二范式：在第一范式的基础上，要求每张表只表示一个意思。表的每个字段都和表的主键有依赖

employee	:	员工编号	员工姓名	部门名称	订单名称	--违反第二范式
  员工表		：	员工编号 员工姓名	部门名称	
  订单表		：	订单编号 订单名称		--符合第二范式

• 第三范式：在第二范式基础，要求每张表额主键之外的其他字段都和主键有直接依赖关系

员工表		：	员工编号（主键） 员工姓名	部门编号 部门名称		
  			符合第二范式，违反第三范式（数据冗余度高）
  员工表		：	员工编号（主键） 员工姓名
  部门表		：	部门编号 部门名称		--符合第三范式，降低了冗余度

关联查询：

• 1.交叉连接查询（会产生笛卡尔乘积现象)
• 2.内连接查询
  
  内连接查询的另一种语法表达
• 3.左外连接查询：使用左边数据匹配右边数据，可出现空的状态，内连接查询若出现空的情况会自动跳掉

select name, projectName
  		from student
  		left outer join project
  		on student.projectId = project.id