理解ORM和数据库知识

Posted on

ORM

ORM(Object/Relational Mapping):对象关系映射。

  1. 是什么？
    我们知道Java是面向对象的，而一部分有价值的业务数据（User，Order，Address等）会保存在数据库中，而数据库是不能保存类的，这对于面向对象的程序员简直不能忍。所以需要把数据从数据库中取出来之后还需要对数据进行组装。举一个简单的例子：
    1
    2
    3
    4
    5
    6
    7
    class User{
        private long ID；
        private String name;
        private String job;
        private int age;
        ...
    }

这个User的实例，在数据库中至少保存name，job，age，ID四个属性。用JDBC/ODBC取出来之后，必须进行组装成一个对象，需要程序员对SQL有一定的熟悉而且还麻烦。而ORM像是在java程序和底层数据库之间架了一层，程序员只需要告诉ORM框架它的对象在数据库中是怎样储存的就可以，余下的都交给ORM框架。获得数据库中储存的数据到转化为对象只需要一步：告诉ORM框架你需要的类是什么样的（比如说查找一个ID为1的对象），之后ORM框架自动生成SQL并查找到数据拼装之后返回。

  1. ORM的优势
  • 提供面向对象的支持，把数据库领域的表，行，列映射到对象领域，因为开发者更加熟悉面向对象的原则。
  • 当业务逻辑中存在大量1:1,1:m,m:n的关联关系的时候，SQL的书写会变得更加复杂。
  • 让开发者专注在业务逻辑上，而不是SQL语言上。
  • 防止SQL注入（额外功能）
  • 可以更好的移植到其他数据库（不写SQL语句）
  1. ORM的劣势
  • 速度更慢（加了一层）
  • 很多数据库原生底层的功能不能使用了（procedure等）
  • O/R映射过程比较复杂（需要学习）
  • 查询语句（比较复杂的出现join aggressive等方法时）依旧比较复杂，SQL语句对开发者来说无法像裸SQL一样控制

hibernate 三种状态

  • 只要与session关联的就是持久态。
  • Session没关联，没有OID就是瞬时状态。
  • Session没关联，有OID的就是游离状态。
  • 在调用save方法后，u此时已经是持久化对象了，记住一点：如果一个对象以及是持久化状态了，那么此时对该对象进行各种修改，或者调用多次update、save方法时，hibernate都不会发送sql语句，只有当事物提交的时候，此时hibernate才会拿当前这个对象与之前保存在session中的持久化对象进行比较，如果不相同就发送一条update的sql语句，否则就不会发送update语句
  • 当save一执行的时候，此时hibernate会根据id的生成策略往数据库中再插入一条数据，所以如果调用save方法，此时数据库会发送一条插入的语句。
    参考
    参考1
[hibernate的N+1 TODO 问题]

数据库事务的ACID，乐观锁，悲观锁

ACID

  • 原子性（Atomicity）

    原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚。

  • 一致性（Consistency）

    一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

    拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

    一致性是语义上的，而不是语法上的。

  • 隔离性（Isolation）

    隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

    即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

  • 持久性（Durability）

    持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

    例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。

事务的隔离级别

先介绍一下三个概念（事务的隔离级别就是针对这三个概念而设置的）

  • 脏读
    脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。

  • 不可重复读
    不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。

    例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。

    不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。

  • 幻读
    如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。
    幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

事务隔离的四个级别：

  • Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
  • Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
  • Read committed (读已提交)：可避免脏读的发生。
  • Read uncommitted (读未提交)：最低级别，任何情况都无法保证。

事务隔离

锁和事务隔离的关系：
人类的好朋友的回答