mysql orm语法_ORM&MySQL
概念:
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 :