03_04_JavaWeb||day03_MySQL约束||day03_1_MySQL约束

今日内容

1. DQL:查询语句
   1. 排序查询
   2. 聚合函数
   3. 分组查询
   4. 分页查询
2. 约束
3. 多表之间的关系
4. 范式
5. 数据库的备份和还原

1. DQL:查询语句

1. 排序查询
   • 语法：order by 子句
     • order by 排序字段1 排序方式1 ， 排序字段2 排序方式2…
   • 排序方式：
     • ASC：升序，默认的。
     • DESC：降序。
   • 注意：
     • 如果有多个排序条件，则当前边的条件值一样时，才会判断第二条件。
   • 例子：

         SELECT * FROM student ORDER BY math ASC;    //不写也是升序
         
         SELECT * FROM student ORDER BY math DESC;    //降序
     

2. 聚合函数：将一列数据作为一个整体，进行纵向的计算。
   1. count：计算个数
      1. 一般选择非空的列：主键
      2. count(*)–>不推荐公司中主要用上面的方法
      • 例子：

          SELECT COUNT(name) FROM student;
      

   2. max：计算最大值

          SELECT MAX(math) FROM student;
      

   3. min：计算最小值
   4. sum：计算和
   5. avg：计算平均值
   • 注意：聚合函数的计算，排除null值(比如英语成绩有null时，就不加入计算)。
     • 解决方案：
       1. ++选择不包含非空的列进行计算++
       2. IFNULL函数（有空的列）

              //判断，如果english为空就转为0
              SELECT COUNT(IFNULL(english, 0)) FROM student;
          

3. 分组查询【常用】:
   1. 语法：group by 分组字段；
   2. 注意：
      1. 分组之后查询的字段：分组用的字段、聚合函数【*】
         • 写其他的没有意义【*】
      2. where 和 having 的区别？【重点】
         1. where 在分组之前进行限定，如果不满足条件，则不参与分组。having在分组之后进行限定，如果不满足结果，则不会被查询出来
         2. where 后不可以跟聚合函数，having可以进行聚合函数的判断。
      • 例子1：按照性别分组。分别查询男、女同学的平均分

            SELECT sex , AVG(math) FROM student GROUP BY sex;
        

      • 例子2：按照性别分组。分别查询男、女同学的平均分,人数

        	SELECT sex , AVG(math),COUNT(id) FROM student GROUP BY sex;
        

      • 例子3：按照性别分组。分别查询男、女同学的平均分,人数 要求：分数低于70分的人，不参与分组
        • 分组之前加条件用WHERE

            SELECT sex , AVG(math),COUNT(id) FROM student WHERE math > 70 GROUP BY sex;
        

      • 例子4：按照性别分组。分别查询男、女同学的平均分,人数 要求：分数低于70分的人，不参与分组,分组之后。人数要大于2个人
        • 分组之后加条件用HAVING

            //标准写法
            SELECT sex , AVG(math),COUNT(id) FROM student WHERE math > 70 GROUP BY sex HAVING COUNT(id) > 2;
            //为了方便一般会起别名（人数前面省略的AS：起别名）
        	SELECT sex , AVG(math),COUNT(id) 人数 FROM student WHERE math > 70 GROUP BY sex HAVING 人数 > 2;
        

4. 分页查询
   1. 语法：limit 1.开始的索引,2.每页查询的条数;
      • 解释：第一个值表示从哪里开始，第二个值表示每页查询条数
   2. 公式：开始的索引 = （当前的页码 - 1） * 每页显示的条数【很重要】
      • 例子：每页显示3条记录

          SELECT * FROM student LIMIT 0,3; -- 第1页
      
          SELECT * FROM student LIMIT 3,3; -- 第2页
      
          SELECT * FROM student LIMIT 6,3; -- 第3页
      

   3. limit 是一个MySQL"方言"
      • 在其他数据库用不了，其他数据库里面的分页查询操作有别的方法

2. 约束

1. 概念： 对表中的数据进行限定，保证数据的正确性、有效性和完整性。
2. 分类：
   1. 主键约束：++primary key++
   2. 非空约束：++not null++
   3. 唯一约束：++unique++
   4. 外键约束：++foreign key++

• 非空约束：not null，某一列的值不能为null
  1. ++创建表时添加约束++

         CREATE TABLE stu(
     	    id INT,
     	    NAME VARCHAR(20) NOT NULL -- name为非空
         );
     

  2. 删除name的非空约束

         ALTER TABLE stu MODIFY NAME VARCHAR(20);
     

  3. 创建表完后，添加非空约束

         ALTER TABLE stu MODIFY NAME VARCHAR(20) NOT NULL;
     

• 唯一约束：unique，某一列的值不能重复
  1. 注意：
     • 唯一约束可以有NULL值，但是只能有一条记录为null
  2. 在创建表时，添加唯一约束

         CREATE TABLE stu(
     		id INT,
     		phone_number VARCHAR(20) UNIQUE -- 手机号
     	);
     

  3. 删除唯一约束【特殊:通过索引】

         ALTER TABLE stu DROP INDEX phone_number;
     

  4. 在表创建完后，添加唯一约束

         ALTER TABLE stu MODIFY phone_number VARCHAR(20) UNIQUE;
     

• 主键约束：primary key。
  1. 注意：
     1. 含义：非空且唯一
     2. 一张表只能有一个字段为主键
     3. 主键就是表中记录的唯一标识
  2. 在创建表时，添加主键约束

         create table stu(
     		id int primary key,-- 给id添加主键约束
     		name varchar(20)
     	);
     

  3. 删除主键【特殊:因为只有一个所以不需要索引】

         -- 错误 alter table stu modify id int ;
         ALTER TABLE stu DROP PRIMARY KEY;
     

  4. 创建完表后，添加主键

         ALTER TABLE stu MODIFY id INT PRIMARY KEY;
     

  5. 自动增长【一般和主键连用】：
     1. 概念：如果某一列是数值类型的，使用 auto_increment 可以来完成值得自动增长
     2. 在创建表时，添加主键约束，并且完成主键自增长

            create table stu(
        		id int primary key auto_increment,-- 给id添加主键约束
        		name varchar(20)
        	);
        

     3. 删除自动增长

            ALTER TABLE stu MODIFY id INT;
        

     4. 添加自动增长

            ALTER TABLE stu MODIFY id INT AUTO_INCREMENT;
        

• 外键约束：foreign key,让表于表产生关系，从而保证数据的正确性。
  1. 在创建表时，可以添加外键
     • 语法：

           create table 表名(
       		....
       		外键列
       		constraint 外键名称 foreign key (外键列名称) references 主表名称(主表列名称)
       	);
       

     • 例子：给员工表加部门表主键作为外键
       • 先创建部门表

           CREATE TABLE employee(
               ....
               dep_id INT,
               CONSTRAINT emp_dept_fk FOREING KEY (dep_id) REFERENCES department(id)
           );
       

  2. 删除外键【特殊】

         ALTER TABLE 表名 DROP FOREIGN KEY 外键名称;
     

  3. 创建表之后，添加外键

         ALTER TABLE 表名 ADD CONSTRAINT 外键名称 FOREIGN KEY (外键字段名称) REFERENCES 主表名称(主表列名称);
         
         //例子
         ALTER TABLE employee ADD CONSTRAINT emp_dept_fk FOREING KEY (dep_id) REFERENCES department(id)
     

  4. 级联操作：主键中外键值改动，外键表中也相应改动
     1. 添加级联操作
        • 语法：
          • 一般级联更新和删除同时设置

              ALTER TABLE 表名 ADD CONSTRAINT 外键名称 FOREIGN KEY (外键字段名称) REFERENCES 主表名称(主表列名称) ON UPDATE CASCADE ON DELETE CASCADE  ;
          

     2. 分类：
        1. 级联更新：ON UPDATE CASCADE
        2. 级联删除：ON DELETE CASCADE
     3. 弊端：
        1. 危险
        2. 效率低
  5. 外键注意事项：
     • 注：外键名称不要重复就可以（一般加_fk）
     • 注：一般：外键关联主表的主键
     • 注：主键中的外键列可以为null，但是不能是外键表中没有的值

           外键表id=4
           主键表中外键id=7
           就是错的
       

     • 多表关系可用：架构设计器来观看
       

3. 数据库的设计

1. 多表之间的关系
   • 表：++说白了就是对现实生活中事物的抽象++
   1. 分类：
      1. 一对一(了解)：
         • 如：人和身份证
         • 分析：一个人只有一个身份证，一个身份证只能对应一个人
      2. 一对多(多对一)【**】：
         • 如：部门和员工
         • 分析：一个部门有多个员工，一个员工只能对应一个部门
      3. 多对多【*】：
         • 如：学生和课程
         • 分析：一个学生可以选择很多门课程，一个课程也可以被很多学生选择
   2. 实现关系：
      1. 一对多(多对一)：
         • 如：部门和员工
         • 实现方式：在++多的++一方建立外键，指向一的一方的主键。
           
      2. 多对多：
         • 如：学生和课程
         • 实现方式：多对多关系实现需要++借助第三张++中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键
           
           • 中间表最好唯一，不然没意义（称为：联合主键）
      3. 一对一(了解)：一般将一对一的直接++合成一张表++
         • 如：人和身份证
         • 实现方式：一对一关系实现，可以在++任意一方++添加++唯一外键++指向另一方的主键。
           • 外键上加唯一：unique
             
   3. 案例
      • 整体设计思路：
        
      1. 创建旅游线路分类表 tab_category

             /*
         	cid 旅游线路分类主键，自动增长
             cname 旅游线路分类名称非空，唯一，字符串 100
         	*/
             CREATE TABLE tab_category (
         		cid INT PRIMARY KEY AUTO_INCREMENT,
         		cname VARCHAR(100) NOT NULL UNIQUE
         	);
         

      2. 创建旅游线路表 tab_route

             /*
         	rid 旅游线路主键，自动增长
         	rname 旅游线路名称非空，唯一，字符串 100
         	price 价格
         	rdate 上架时间，日期类型
         	cid 外键，所属分类
         	*/
         	CREATE TABLE tab_route(
         		rid INT PRIMARY KEY AUTO_INCREMENT,
         		rname VARCHAR(100) NOT NULL UNIQUE,
         		price DOUBLE,
         		rdate DATE,
         		cid INT,
         		FOREIGN KEY (cid) REFERENCES tab_category(cid)
         	);
         

         • 创建外键时省略了：CONSTRAINT 外键名称
           • 系统会自动生成一个唯一外键
      3. 创建用户表 tab_user

             /*
         	uid 用户主键，自增长
         	username 用户名长度 100，唯一，非空
         	password 密码长度 30，非空
         	name 真实姓名长度 100
         	birthday 生日
         	sex 性别，定长字符串 1
         	telephone 手机号，字符串 11
         	email 邮箱，字符串长度 100
         	*/
         	CREATE TABLE tab_user (
         		uid INT PRIMARY KEY AUTO_INCREMENT,
         		username VARCHAR(100) UNIQUE NOT NULL,
         		PASSWORD VARCHAR(30) NOT NULL,
         		NAME VARCHAR(100),
         		birthday DATE,
         		sex CHAR(1) DEFAULT '男',
         		telephone VARCHAR(11),
         		email VARCHAR(100)
         	);
         

      4. 创建收藏表 tab_favorite

             /*
         	rid 旅游线路 id，外键
         	date 收藏时间
         	uid 用户 id，外键
         	rid 和 uid 不能重复，设置复合主键，同一个用户不能收藏同一个线路两次
         	*/
         	CREATE TABLE tab_favorite (
         		rid INT, -- 线路id
         		DATE DATETIME,
         		uid INT, -- 用户id
         		-- 创建复合主键
         		PRIMARY KEY(rid,uid), -- 联合主键
         		FOREIGN KEY (rid) REFERENCES tab_route(rid),
         		FOREIGN KEY(uid) REFERENCES tab_user(uid)
         	);
         

         • 联合主键：rid 和 uid 不能重复，设置复合主键，同一个用户不能收藏同一个线路两次
2. 数据库设计的范式
   1. 概念：设计数据库时，需要遵循的一些规范。
      • 要遵循后边的范式要求，必须先遵循前边的所有范式要求【#】
      • 百科解释：
        • 设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
        • 目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。
   2. 分类：
      1. 第一范式（1NF）：每一列都是不可分割的原子数据项【目的】
         • 不符合1NF：
           
         • 符合1NF：
           
           • 存在的问题【#】：
             1. 存在数据冗余（重复）：姓名等
             2. 数据添加存在问题：添加新开设的系和系主任时，数据不合法
             3. 数据删除存在问题：某同学毕业了，删除数据，会将系的数据一起删除
      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. 码【重点】：如果在一张表中，一个属性或属性组，被其他所有属性所完全依赖，则称这个属性(属性组)为该表的码
              • 例如：该表中码为：（学号，课程名称）
                • 这俩是一个属性组，可以被其他所有属性完全依赖
              • 主属性：码属性组中的所有属性
              • 非主属性：除过码属性组的属性
           6. 符合2NF
              • 存在的问题【#】：
                1. 数据添加存在问题：添加新开设的系和系主任时，数据不合法
                2. 数据删除存在问题：某同学毕业了，删除数据，会将系的数据一起删除
      3. 第三范式（3NF）：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖【目的】）
         
         • 存在问题都解决了

4. 数据库的备份和还原：了解（DBA–>数据库管理员）

1. 命令行(cmd中)：
   • 语法：
     • 备份：

           mysqldump -u用户名 -p密码 数据库名称 > 保存的路径
       

       • 例子：备份db1数据库到d://a.sql

             mysqldump -uroot -proot db1 > d://a.sql
         

     • 还原：
       1. 登录数据库
       2. 创建数据库
       3. 使用数据库
       4. 执行文件。

              source 文件路径
          

          • 例子：将删除的db1按d://a.sql下的还原

                source d://a.sql
            

2. 图形化工具：