数据库: database, 存储数据的仓库
数据库: 高效的存储和处理数据的介质(介质紧张是两种: 磁盘和内存)
2. 数据库的分类?

数据库基于存储介质的不同: 进行了分类,分为两类: 关系型数据库(SQL)和非关系型数据库(NoSQL: Not Only SQL, 不是关系型的数据库都叫做非关系型数据库)
3. 不同的数据库阵营中的产品有哪些?
关系型数据库
大型: Oracle, DB2
中型: SQL-SERVER, Mysql等
小型: access等
非关系型数据库: memcached, mongodb, redis(同步到磁盘)
4. 两种数据库阵营的差异?
关系型数据库: 安全(保存磁盘基本不可能丢失), 随意马虎理解, 比较摧残浪费蹂躏空间(二维表)
非关系型数据库: 效率高, 不屈安(断电丢失)
关系型数据库
1. 什么是关系型数据库?
关系型数据库: 是一种建立在关系模型(数学模型)上的数据库.
关系模型: 一种所谓建立在关系上的模型. 关系模型包含三个方面:
数据构造: 数据存储的问题, 二维表(有行和列)
操作指令凑集: 所有SQL语句
完全性约束: 表内数据约束(字段与字段), 表与表之间约束(外键)
2. 关系型数据库的设计?
关系型数据库: 从须要存储的数据需求等分析, 如果是一类数据(实体)该当设计成一张二维表: 表是由表头(字段名: 用来规定数据的名字)和数据部分组成(实际存储的数据单元)
二维表: 行和列
以实际案例来进行处理: 剖析一个传授教化系统, 讲师卖力传授教化, 传授教化生, 在教室传授教化生.
①找出系统中所存在的实体: 讲师表, 学生表, 班级表
②找出实体中该当存在的数据信息
讲师: 姓名,性别,年事,人为
学生: 姓名,性别,学号,学科
班级: 班级名字, 教室编号
关系型数据库: 掩护实体内部, 实体与实体之间的联系.
实体内部联系: 每个学生都有姓名,性别, 学号,学科信息
第二行的所有字段, 都是在描述陈明这个学生(内部联系); 第二列只能放性别(内部约束)
关系型数据库的特点之一: 如果表中对应的某个字段没有值(数据), 但是系统依然要分配空间: 关系型数据库比较摧残浪费蹂躏空间
实体与实体之间的联系: 每个学生肯定属于某个班级, 每个班级一定有多个学生(一对多)
学生表
班级表
办理方案: 在学生表中增加一个班级字段来指向班级(必须能够唯一的找到一个班级信息)
学生实体与班级实体的关联关系: 实体与实体之间的关系
关键字解释
数据库: database
数据库系统: DBS(Database System): 是一种虚拟系统, 将多种内容关联起来的称呼
DBS = DBMS + DB
DBMS: Database Management System, 数据库管理系统, 专门管理数据库
DBA: Database Administrator,数据库管理员
行/记录: row/record, 实质是一个东西: 都是指表中的一行(一条记录): 行是从构造角度出发,记录是从数据角度出发
列/字段: column/field, 实质是一个东西
SQL
SQL: Structured Query Language, 构造化查询措辞(数据以查询为主: 99%是在进行查询操作)
SQL分为三个部分
DDL: Data Definition Language, 数据定义措辞, 用来掩护存储数据的构造(数据库,表), 代表指令: create, drop, alter等
DML: Data Manipulation Language, 数据操作措辞, 用来对数据进行操作(数据表中的内容), 代表指令: insert, delete,update等: 个中DML内部又单独进行了一个分类: DQL(Data Query Language: 数据查询措辞, 如select)
DCL: Data Control Language, 数据掌握措辞, 紧张是卖力权限管理(用户), 代表指令: grant,revoke等
SQL是关系型数据库的操作指令, SQL是一种约束,但不逼迫(类似W3C): 不同的数据库产品(如Oracle,mysql)可能内部会有一些细微的差异.
Mysql数据库
Mysql数据库是一种c/s构造的软件: 客户端/做事端, 若想访问做事器必须通过客户端(做事器一贯运行, 客户端在须要利用的时候运行).
交互办法
1. 客户单连接认证: 连接做事器, 认证身份: mysql.exe -hPup
2. 客户端发送SQL指令
3. 做事器吸收SQL指令: 处理SQL指令: 返回操作结果
4. 客户端吸收结果: 显示结果
5. 断开连接(开释资源: 做事器并发限定): exit/quit/\q
Mysql做事器工具没有办法完备理解做事器内部的内容: 只能粗略的去剖析数据库做事器的内部的构造.
将mysql做事器内部工具分成了四层: 系统(DBMS) -> 数据库(DB) -> 数据表(Table) -> 字段(field)
SQL基本操作基本操作: CRUD
将SQL的基本操作根据操为难刁难象进行分类 ,分为三类: 库操作, 表操作(字段), 数据操作
库操作
对数据库的增编削查.
新增数据库
基本语法
Create database 数据库名字 [库选项];
库选项: 用来约束数据库, 分为两个选项
字符集设定: charset/character set 详细字符集(数据存储的编码格式): 常用字符集: GBK和UTF8
校正集设定: collate 详细校正集(数据比较的规则)
个中: 数据库名字不能用关键字(已经被利用的字符)或者保留字(将来可能会用到的)
如果非要利用关键字或者保留字,那么必须利用反引号(esc键下面的键在英文状态下的输出:`)
中文数据库是可以的,但是有条件条件: 担保做事器能够识别(建议不用)
当创建数据库的SQL语句实行之后,发生了什么?
1. 在数据库系统中,增加了对应的数据库信息
2. 会在保存数据的文件夹下: Data目录,创建一个对应数据库名字的文件夹
3. 每个数据库下都有一个opt文件: 保存了库选项
查看数据库
1. 查看所有数据库: show databases;
2. 查看指定部分的数据库: 模糊查询
Show databases like ‘pattern’; -- pattern是匹配模式
%: 表示匹配多个字符
_: 表示匹配单个字符
3. 查看数据库的创建语句: show create database 数据库名字;
更新数据库
数据库名字不可以修正.
数据库的修正仅限库选项: 字符集和校正集(校正集依赖字符集)
Alter database 数据库名字 [库选项];
Charset/ character set [=] 字符集
Collate 校正集
删除数据库
所有的操作中: 删除是最大略
Drop database 数据库名字;
当删除数据库语句实行之后,发生了什么?
1. 在数据库内部看不到对应的数据库
2. 在对应的数据库存储的文件夹内: 数据库名字对应的文件夹也被删除(级联删除:里面的数据表全部删除)
把稳:数据库的删除不是闹着玩的,不要随意删除,该当前辈行备份后操作.(删除不可逆)
表操作
表与字段是密不可分的.
新增数据表
Create table [if not exists] 表名(
字段名字 数据类型,
字段名字 数据类型 -- 末了一行不须要逗号
)[表选项];
If not exists: 如果表名不存在,那么就创建,否则不实行创建代码: 检讨功能
表选项: 掌握表的表现
字符集: charset/character set 详细字符集; -- 担保表中数据存储的字符集
校正集: collate 详细校正集;
存储引擎: engine 详细的存储引擎(innodb和myisam)
任何一个表的设计都必须指天命据库.
方案1: 显示的指定表所属的数据库
Create table 数据库名.表名(); -- 将当前数据表创建到指定的数据库下
方案2: 隐式的指定表所属数据库: 前辈入到某个数据库环境,然后这样创建的表自动归属到某个指定的数据库.
进入数据库环境: use 数据库名字;
当创建数据表的SQL指令实行之后,到底发生了什么?
1. 指天命据库下已经存在对应的表
2. 在数据库对应的文件夹下,会产生对应表的构造文件(跟存储引擎有关系)
查看数据表
数据库能查看的办法,表都可以查看.
1. 查看所有表: show tables;
2. 查看部分表: 模糊匹配: show tables like ‘pattern’;
3. 查看表的创建语句: show create table 表名;
4. 查看表构造: 查看表中的字段信息
Desc/describe/show columns from 表名;
修正数据表
表本身存在, 还包含字段: 表的修正分为两个部分: 修正表本身和修正字段
修正表本身
表本身可以修正: 表名和表选项
修正表名: rename table 老表名 to 新表名;
修正表选项: 字符集,校正集和存储引擎
Alter table 表名 表选项 [=] 值;
修正字段
字段操作很多: 新增, 修正, 重名, 删除
新增字段
Alter table 表名 add [column] 字段名 数据类型 [列属性] [位置];
位置: 字段名可以存放表中的任意位置
First: 第一个位置
After: 在哪个字段之后: after 字段名; 默认的是在末了一个字段之后
修正字段: 修正常日是修正属性或者数据类型
Alter table 表名 modify 字段名 数据类型 [属性] [位置];
重命名字段
Alter table 表名 change 旧字段 新字段名 数据类型 [属性] [位置];
删除字段
Alter table 表名 drop 字段名;
小心: 如果表中已经存在数据,那么删除字段会清空该字段的所有数据(不可逆)
删除数据表
Drop table 表名1,表名2...; -- 可以一次性删除多张表
当删除数据表的指令实行之后发生了什么?
1. 在表空间中,没有了指定的表(数据也没有了)
2. 在数据库对应的文件夹下, 表对应的文件(与存储引擎有关)也会被删除
把稳: 删除有危险,操作需谨慎(不可逆)
数据操作新增数据
有两种方案
方案1: 给全表字段插入数据, 不须要指定字段列表: 哀求数据的值涌现的顺序必须与表中设计的字段涌现的顺序同等: 凡是非数值数据,都须要利用引号(建议是单引号)包裹
Insert into 表名 values(值列表)[,(值列表)]; -- 可以一次性插入多条记录
方案2: 给部分字段插入数据,须要选定字段列表: 字段列表涌现的顺序与字段的顺序无关; 但是值列表的顺序必须与选定的字段的顺序同等.
Insert into 表名 (字段列表) values (值列表)[,(值列表)];
查看数据
Select /字段列表 from 表名 [where条件];
查看所有数据
查看指定字段,指定条件的数据.
更新数据
Update 表名 set 字段 = 值 [where条件]; -- 建议都有where: 要不是更新全部
更新不一定会成功: 如没有真正要更新的数据
删除数据删除是不可逆的: 谨慎删除
Delete from 表名 [where条件];
中文数据问题
中文数据问题实质是字符集问题.
打算机只识别二进制: 人类更多是识别符号: 须要有个二进制与字符的对应关系(字符集)
客户端向做事器插入中文数据: 没有成功
缘故原由: \xD5\xC5\xD4\xBD代表的是”张越”在当前编码(字符集)下对应的二进制编码转换成的十六进制: 两个汉字 => 四个字节(GBK)
报错: 做事器没有识别对应的四个字节: 做事器认为数据是UTF8, 一个汉字有三个字节: 读取三个字节转换成汉字(失落败),剩余的再读三个字节(不足): 终极失落败.
所有的数据库做事器认为(表现)的一些特性都是通过做事器真个变量来保存: 系统先读取自己的变量,看看该当怎么表现.
//查看做事器到底识别哪些字符集
Show character set;
基本上: 做事器是万能,什么字符集都支持
//既然做事器识别这么多: 总有一种是做事器默认的跟客户端打交道的字符集
Show variables like ‘character_set%’;
问题根源: 客户端数据只能是GBK, 而做事器认为是UTF8: 抵牾产生
办理方案: 改变做事器, 默认的吸收字符集为GBK;
Set character_set_client = gbk;
插入中文的效果
查看数据效果: 依然是乱码
缘故原由: 数据来源是做事器, 解析数据是客户端(客户端只识别GBK: 只会两个字节一个汉字): 但是事实做事器给的数据却是UTF8,三个字节一个汉字: 乱码
办理方案: 修正做事器给客户真个数据字符集为GBK
Set character_set_results = GBK ;
查看数据效果
Set 变量 = 值; 修正只是会话级别(当前客户端,当次连接有效: 关闭失落效)
设置做事器对客户真个字符集的认识: 可以利用快捷办法: set names 字符集
Set names gbk; ====> character_set_client,character_set_results,character_set_connection
Connection连接层: 是字符集转变的中间者,如果统一了效率更高,分歧一也没问题.
校正集问题
校正集: 数据比较的办法
校正集有三种格式
_bin: binary,二进制比较, 取出二进制位,一位一位的比较, 区分大小写
_cs: case sensitive,大小写敏感, 区分大小写
_ci: case insensitice,大小写不敏感,不区分大小写
查看数据库所支持的校正集: show collation;
校正集运用: 只有当数据产生比较的时候,校正集才会生效.
比拟: 利用utf8 的_bin和_ci来验证不同的校正集的效果
1. 创建不同校正集对应的表
2. 插入数据
3. 比较: 根据某个字段进行排序: order by 字段名 [asc|desc]; asc升序,desc降序,默认是升序
校正集: 必须在没有数据之前生命好,如果有了数据,那么再进行校正集修正: 那么修正无效.
Web乱码问题
动态网站由三部分构成: 浏览器, apache做事器(PHP),数据库做事器, 三个部分都有自己的字符集(中文), 数据须要在三个部分之间来回通报: 很随意马虎产生乱码.
如何办理乱码问题: 统一编码(三码合一)
但是事实上不可能: 浏览器是用户管理(根本不可能掌握).
但是必须要办理这些问题: 紧张靠PHP来做