概念:
ORM：对象关系映射 , 全拼 Object-Relation Mapping ,是一种为了解决面向对象与关系数据库存在的互不匹配现象的技术。比如：把数据库表中每条记录映射为一个模型对象主要实现模型对象到关系型数据库数据的映射.
使用原因:
若不使用ORM框架实现一个应用程序时，我们可能会写特别多数据访问层的代码，从数据库保存、删除、读取对象信息，而这些代码都是重复的。而使用ORM则会大大减少重复性代码。对象关系映射主要实现程序对象到关系数据库数据的映射。
ORM的核心原则：
· 简单：以最基本的形式建模数据。比如将MySQL的一张表映射为一个python类,表中的字段就是此类的属性.
· 传达性：将数据库结构转化成能够被任何人理解的语言文档化。比如MySQL的一张表就被ORM转化为了一个python程序员熟悉的python类
· 精确性：ORM将所有的mysql数据表都统一映射成了标准的python类,保持在代码层面上的准确统一。
· 易用:ORM将所有的对于持久化对象的CRUD操作全部都封装成了方法,通过这种封装避免了不规范、冗余、风格不一的SQL语句，方便编码风格的统一和后期维护。
ORM 作用 :
1. 将定义数据库 `模型类 ` ---> 数据库表
2. 将定义数据库模型类中的 `属性` ---> 数据库表字段
3. 将模型对象的操作(add,delete,commit) ---> 对应sql语句，并将执行结果提交到数据库
优点 :
0.只需要面向对象编程, 不需要面向数据库编写代码.
1.实现了数据模型与数据库的解耦, 屏蔽了不同数据库操作上的差异.
2.使得迁移数据库变得十分方便,可移植性高,如果项目需要更改数据库时,直接修改配置即可,无需考虑另一种数据库的语法差异.
3.省时高效率开发，降低开发成本 ,不再需要写复杂冗长的SQL语句,仅仅关心具体的业务逻辑实现即可.
缺点 ：
0.相比较于直接使用SQL语句操作数据库,有性能损失.
1.根据对象的操作转换成SQL语句,根据查询的结果转化成对象, 在映射过程中有性能损失.
2.持久化层缺乏弹性。一旦出现业务需求的变更，就必须修改持久化层的接口
3.持久化层同时与域模型与关系数据库模型绑定，不管域模型还是关系数据库模型发生变化，毒药修改持久化曾的相关程序代码，增加了软件的维护难度。
4.ORM的缺点是会牺牲程序的执行效率和会固定思维模式。
5.在对对象做持久化时，ORM一般会持久化所有的属性,但有时这是不被期望的
6.在处理多表联查、where条件复杂之类的查询时，ORM的语法会变得复杂
CURD :
数据库基本操作中的Create(创建)、ReadRetrieve(读取)、Update（更新）、Delete（删除）。
SQL结构化查询语言 :
DQL: 数据查询语句/数据的查询(select)
DML: 数据操作语句/数据的增删改(insert delete updata)
DDL: 数据定义语句/库和表的操作(create drop)
DCL: 数据控制语⾔， 进⾏授权与权限回收，(grant、 revoke)
TPL： 事务处理语言，对事务进行处理,包括begin transaction、 commit、 rollback
DCL： 数据控制语言，进行授权与权限回收,如grant、 revoke
MySQL数据完整性包括 :
实体完整性,保证某一条记录的唯一性,主要有 主键约束[primary key]&唯一键约束,一张表仅能有一个null[unique key]
域完整性,保证某一字段的类型或约束,主要有 非空[not null]&默认值[default xxx]
参照完整性,限制表之间的规则,即外键,主要有 外键约束[foreign key]
用户定义完整性,用户对某一字段的进一步控制范围,限定约束
事务的特性(ACID) :
原子性A,事务中的全部操作在数据库中是不可分割的，要么全部执行，要么均不执行
一致性C,几个并行执行的事务，其执行结果必须与按某一顺序串行执行的结果相一致
隔离性I,事务的执行不受其他事务的干扰，事务的执行的中间结果必须对其他事务透明
持久性D,对于任意已提交的事务，系统必须保证该事务对数据库的该表永不丢失，即使数据库出现故障
数据库分类 :
关系型数据库: Oracle , MySQL , SQLite,基于关系模型的数据库,是一个 二维表模型和表之间关系 的集合,适合于关系特别复杂的数据查询场景.
非关系型数据库(nosql): mongDB , Redis,不基于关系模型,不是二维表模型,强调以 key - value 格式存储数据,比关系型数据库更加灵活和可扩展,基本不支持事务.
MySQL & Redis :