最近在回想之前面试的时候, 有些BT的面试官会问到自己一些比较基础的知识,比如什么是数据库,有几种范式==。
相信现在有好多人都把一些比较重要的基础知识都忘了吧,请问,数据库系统中事务需遵守什么原则==。
像这个问我记得当初回答时有回到到ACID 但是每个大写字母代表什么,还真心很难记住,这几天内心深处又在回忆了下,发现还是把它们给忘了,哎!!
数据库范式有好多种(第一范式,二范式,三,BC,四,五),其实在开发中,真正用到的级别最高可能就到了第三范式吧,因为范式越高,会大影响到你的开发效率与程序性能。
第一范式:列不可再被分割。
第二范式:完全依赖
第三范式:无传递性
关系数据库的ACID原理:
A(Atomicity)原子性:整个事务,要么完成,要么失败。
C(Consistency)一致性:事务开始前与结束后,数据库的完整性约束没有被破坏。
I(Isolation)隔离性:隔离状态执行事务,使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务,运行在相同的时间内,执行相同的功能,事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化,为了防止事务操作间的混淆,必须串行化或序列化请求,使得在同一时间仅有一个请求用于同一数据。
D(Durability)持久性:在事务完成以后,该事务所对数据库所作的更改便持久的保存在数据库之中,并不会被回滚。
其实在分布式系统中也有相应的原理来维护系统的:CAP原理
C(Consistency)一致性:所有节点在同一时间具有相同的数据
A(Availability)可用性:保证每个请求不管成功或者失败都有响应
P(Partition tolerance)分区容错性及可靠性:系统中任意信息的丢失或失败不会影响系统的继续运作
这三个要素最多只能同时实现两点,不可能三者兼顾。因此在进行分布式架构设计时,必须做出取舍。
hbase ,mongoDB,redis就是遵守的这个原理。