数据库事务和范式理解

最新推荐文章于 2021-11-13 19:41:02 发布
最新推荐文章于 2021-11-13 19:41:02 发布
阅读量1.2k 收藏
点赞数
分类专栏： database
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ptgood/article/details/107155814
版权
本文介绍了数据库事务的ACID特性，包括原子性、一致性、隔离性和持久性，并探讨了事务一致性的含义和保证方法。此外，还简单讨论了数据库范式的作用，如1NF、2NF和3NF，以减少冗余并保持数据库结构合理。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前言

学习自用..网上大把资料,主要为了贴上自己理解.老实说标题和内容真难对的上..以后再修改下..2020年7月23日已改

事务的ACID

事务的atomicity,

每项事务 的全部操作,要么做了就成功,要么就失败了全部回滚,而不会存在中间状态.回滚通过undo log来实现,(为什么要有这个概念的,,有什么数据库的原子性的反例吗),(undolog可见性TODO)

consistency一致性

数据库的状态要是一致的,(Q:这里说的状态一致是什么呢),A:数据库的状态的一致指的是完整性约束,完整性约束说的是数据库不能有不规范的数据,(TODO,这里的完整性约束),很多地方写道:数据库的AID就是为了保证这个C的.(数据库概论第九章一致性的定义:数据库从一个状态转移到另一个一致性状态,这里的一致性指的是符合完整性约束)

这个具体定义太迷了...可以参考[如何理解数据库事务中的一致性的概念？ - 知乎 https://www.zhihu.com/question/31346392],我也不再深挖了...

isolation隔离性

隔离性好理解,每个事务之间互不影响,即一个数据库操作的结果不能被另一个事务干扰而导致结果错误,而隔离性的反例就是四种并发问题,貌似除了严格的锁协议,都会多多少少有隔离性问题

durability持久性

标准定义是:提交的会一直存在数据库中,不会丢失,,数据存在内存中是易失的,断电则没了,为了保证持久性,就要刷到硬盘中,,

持久性用用write ahead logging来保证,有一项即是在提交前先把redo log刷入磁盘来保证,提交的数据会被持久化到硬盘中

 

存数据的硬盘坏了的丢失导致丢失当然是不算的,但是这里说的是数据库的持久性,(网上说持久性是

最低0.47元/天 解锁文章
数据库中的事务及三大范式
weixin_45676761的博客
12-24 1057
本篇博客主要向大家介绍关系型数据库中的事务以及三大范式。事务和三大范式还是非常重要的，因为这两个知识点是面试时面试官比较青睐的两个考点，可以说是数据库这一块的高频面试考点。
哇哦，事务
Amo_a_te的博客
11-09 302
事务 1. 概念 * 如果一个包含多个步骤的业务操作，被事务管理，那么这些操作要么同时成功，要么同时失败。 ------------------------------------------------------------------------- 2. 数据库引擎 * 概念：在mysql中的数据用各种不同的技术存储在文件（或内存）中 * 操作： * show engines: 查看mysql支持的存储引擎 * 面试题：MyISAM 与 InnoDB 区别？ 3. 事务的ACID特征
数据库事务和范式
大伟
06-27 204
数据库事务四大特性：原子性、一致性、分离性、持久性 原子性（Atomicity）：一个事务它所做的对数据修改操作要么完整执行，要么完全不执行。 一致性（consistency）：在一个事务执行之前和执行之后数据库都必须处于一致性状态。 隔离性（Isolation)：对于任何一对事务T1和T2，在事务T1看来，T2要么在T1开始之前执行，要么在T1完成之后才开始执行，这样，每个事务都感觉不...
数据库范式和mysql事务
qq_41418617的博客
04-10 162
数据库范式 数据库有三大范式，各有各的功能： 第一范式 保持属性的原子性，不能再分，同一列中不能有多个值，只能代表一个不可再分的属性。 遇到违背第一范式 找到那个属性，进行拆分，分成两个属性 找到那个属性，保留一个属性，另一个属性与主键建立另外一个表。 第二范式 第二范式 属性完全依赖于主键：就是主键区分每一行数据，其他非主键属性全部依赖它，就是如果主键为一个，只需要主键能够区分就可以。但如果...
数据库设计三范式和事务
Demis_demis的博客
08-13 460
三范式 第一范式：当关系模式R的所有属性都不能在分解为更基本的数据单位时，称R是满足第一范式的，简记为1NF。满足第一范式是关系模式规范化的最低要求，否则，将有很多基本操作在这样的关系模式中实现不了。 第二范式：如果关系模式R满足第一范式，并且R得所有非主属性都完全依赖于R的每一个候选关键属性，称R满足第二范式，简记为2NF。 第三范式：设R是一个满足第一范式条件的关系模式，X是R的任意属性...
数据库—范式和事务
08-31 538
事务的概念 事务是用户定义的一个数据库操作序列，这些操作要么全做要么不全做，是一个不可分割的工作单位。例如，在关系数据库中，一个事务可以是一条SQL语句，一组SQL语句或者整个程序。 事务的开始和结束可以由用户显示控制。如果用户没有显示的定义事务，则有DBMS按照缺省规定自动划分事务。在SQL中定义事务的语句有三条： Begin Transaction—事务的开始； Commit—表示提交
数据库三范式 & 事务
12-14
数据库设计中的范式是规范化理论的核心，用于减少数据冗余并提高数据的完整性。数据库三范式是数据库设计中常用的一套规范，旨在确保数据库...理解并正确应用这些概念，对于设计和管理高效、可靠的数据库系统至关重要。
数据库范式理解例题.doc
10-03
数据库范式理解例题 数据库范式是关系数据库设计中的一种规范约束规则，用于确保数据库的逻辑一致性和数据的完整性。下面是对数据库范式的理解和例题： 1. 属性的分类： 在关系数据库中，属性可以分为主属性和非...
数据库 三范式最简单最易记的解释
09-11
数据库的三范式是设计和优化关系型数据库的关键理论，它确保了数据的规范化，减少了数据冗余，避免了更新异常、插入异常和删除异常等问题。...在设计数据库时，理解并应用这些范式是确保数据完整性和一致性的重要步骤。
数据库设计三大范式.pdf
01-08
数据库设计是信息系统构建的核心环节，其中的三大范式——第一范式、第二范式和第三范式，是...通过理解和应用这些范式和事务处理原则，我们可以创建出高效、可靠且易于维护的数据库系统，有效地存储和管理大量数据。
数据库三大范式 事务
飞鸟慕鱼的博客
09-10 342
说明：结合多篇博客总结 第一范式（1NF） 详细定义： 消除重复的组 定义主键 必须使用主键唯一标识所有记录。主键是唯一的，并且不允许有任何重复的值。 除了主键外的所有其他字段必须直接或者间接地依赖于主键。 所有字段必须包含一个值 每个字段中的所有值必须是相同的数据类型 创建新表时，从原始表中一定重复的组 简单理解：      字段不可再细分 第二范式（2NF）上面这张表"名...
Day04—MySQL事务与三大范式
xiaodi2016的博客
11-13 1699
一：事务概述 事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式。 在一个事务中执行多个操作时，要么所有的事务都被提交(commit)，那么这些修改就永久地保存下来；要么数据库管理系统将放弃所作的所有修改，整个事务回滚(rollback)到最初状态。 例如转账操作：A账户要转账给B账户，那么A账户上减少的钱数和B账户上增加的钱数必须一致，也就是说A账户的转出操作和B账户的转入操作要么全部执行，要么全不执行；如果其中一个操作出现异常而没有执行的话，就会导致账户A和账户B的转入转出金
数据库设计三大范式
热门推荐
dosthing的博客
02-26 5万+
数据的概念 对象object，也称为实体型。在现实世界中具有相同性质、遵循相同规则的一类事物的抽象称为对象。对象是实体集数据化的结果，比如学生、老师、课程等是对象。 实例instance 是指对象中的每一个具体的事物，例如学生张三、李四。 属性attribute 是实体的某一方面特征的抽象表示，例如学生的姓名、性别、班级、年龄等。 主码primary key 能够唯一标识一个实体。 次码...
数据库脏读、事务的四大特性、四大隔离级别、三大范式
黎小小的博客
01-15 3万+
一、数据概念 1、脏数据所指的就是未提交的数据。也就是说，一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条数据是处于待定状态的（可能提交也可能回滚），这时，第二个事务来读取这条没有提交的数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被称为脏读。 2、不可重复读（Non-Repeatable Reads）：一个事务先后读取同一条记录，而事务在两次读取之间该数据被其
数据库的常用的三大范式及事务的四个特征
大贺子的博客
05-02 7013
第一范式: 原子性:是指每列的数据不能再分裂出其他的列 例如:联系人的中的姓名,电话,性别,其中电话不属于第一范式,要属于第一范式的话就要对电话在进一步分裂(姓名,性别,手机,家庭电话) 第二范式: 在满足第一范式的情况下,每一列的数据都与主键有关系 例如:订单的编号,生产编号,价格,生产日期,其中生产编号与订单的信息没有直接关系所以可以去掉 第三范式: 在满足第二范式的情况下,所有
[数据库] 理解数据库范式-通俗易懂
weixin_30552635的博客
03-22 385
转自：http://blog.chinaunix.net/uid-10073362-id-225057.html 　　数据库范式是数据库设计中必不可少的知识，没有对范式的理解，就无法设计出高效率、优雅的数据库。甚至设计出错误的数据库。而想要理解并掌握范式却并不是那么容易。教科书中一般以关系代数的方法来解释数据库范式。这样做虽然能够十分准确的表达数据库范式，但比较抽象，不太直观，不便于理...
事务的四大特性 以及数据库建表--三大范式
snailisBigbull的博客
08-21 554
事务的四大特性(ACID): 1、原子性(Atomicity): 事务中所有操作是不可再分割的原子单元。事务中所有操作要么都执行成功,要么都执行失败。 2、一致性(Consistency): 事务执行后,数据库状态与其他业务规则保持一致。如转账业务，无论事务执行成功与否，参与转账的两个账户余额之和应该保持不变。 3、隔离性(Isolation): 隔离性是指在并发操作中，不同事务之间应该隔离开来...
基于多目标粒子群算法的冷热电联供型综合能源系统运行优化
最新发布
05-05
内容概要：本文详细介绍了基于多目标粒子群（MOPSO）算法的冷热电联供（CCHP）综合能源系统运行优化的方法和技术细节。文章首先构建了一个涵盖冷、热、电负荷的优化调度模型，该模型不仅考虑了多种能源资源如燃气轮机、电制冷机、锅炉和风光机组，还包括与上级电网的购售电交易。随后，文章展示了MOPSO算法的具体实现步骤，包括粒子初始化、迭代更新、惯性权重调整、非支配排序和拥挤度计算等关键技术环节。此外，文中还讨论了MATLAB仿真平台的优势及其在处理多时间尺度耦合、风光出力波动等方面的应用。最终，通过Pareto前沿分析，揭示了系统在不同条件下的最优运行模式。 适用人群：适用于从事能源系统优化的研究人员、工程师以及对多目标优化算法有兴趣的学习者。 使用场景及目标：①帮助研究人员理解和应用MOPSO算法进行CCHP系统的优化；②为工程师提供具体的代码实现和仿真工具，以便更好地设计和管理实际的能源系统；③促进学术交流和技术进步，推动可持续能源的发展。 其他说明：文章提供了详细的MATLAB代码片段，便于读者理解和复现实验结果。同时，强调了多目标优化在解决复杂能源系统问题中的重要性和优越性。
数据库范式的理解
03-18
### 数据库范式的基本概念 数据库范式是一种用于优化关系型数据库设计的方法论，其主要目的是减少数据冗余、提高数据一致性并降低更新异常的风险。范式的英文名称为 Normal Form (NF)，由 E.F.Codd 在上世纪 70 年代提出的关系数据库模型基础上发展而来[^3]。 #### 范式的目标 范式的核心目标在于通过一系列规则约束数据库表的设计，从而实现以下几个方面： - 减少重复的数据存储。 - 提高数据的一致性和完整性。 - 避免由于数据冗余而导致的更新异常问题。 #### 常见的范式级别 以下是常见的几个范式级别及其定义： 1. **第一范式 (1NF)** 表中的每一列都必须是不可分割的基本数据项，即原子性原则。这意味着任何一列都不能再被拆分为多个子列[^4]。 2. **第二范式 (2NF)** 在满足 1NF 的前提下，消除非主属性对候选键的部分函数依赖。换句话说，所有的非主属性必须完全依赖于整个主键而非其中的一部分。 3. **第三范式 (3NF)** 在满足 2NF 的条件下，进一步消除非主属性之间的传递依赖。也就是说，除了主键外，其他字段之间不应存在依赖关系[^2]。 4. **更高阶范式** - **BCNF（Boyce-Codd 正规形式）**: 是一种更强的规范化标准，在某些特殊情况下比 3NF 更加严格。 - **第四范式 (4NF)** 和 **第五范式 (5NF)**: 主要解决多值依赖和连接依赖的问题，但在实际开发中较少使用，因为它们可能会显著增加查询复杂度[^1]。 --- ### 应用场景分析 尽管更高的范式可以有效减少数据冗余和维护成本，但也带来了新的挑战——例如查询效率下降以及 JOIN 操作增多等问题。因此，在实际项目中需根据具体情况权衡利弊。 1. **低范式适合读密集型系统** 对于那些以快速检索为主的应用程序来说，适当放宽范式要求可以通过引入适量冗余来提升性能。比如电商网站的商品详情页可能需要展示商品价格及相关评论信息；此时将这些关联性强的内容集中存放在同一张宽表里能极大简化 SQL 查询逻辑。 2. **高范式适用于写密集型环境** 如果应用程序涉及大量事务处理或者频繁修改记录，则应优先考虑较高的范式等级以保障数据准确性与一致性。例如银行转账业务就需要严格的控制机制防止资金错配现象发生。 3. **混合策略应对复杂需求** 实际工作中很少有绝对单一模式的需求场景，更多的是综合考量各方面因素之后采取折衷方案。例如可以在核心交易流程部分保持较高程度的标准化，而在报表统计等功能模块允许一定程度上的去规范化操作。 ```sql -- 示例：创建符合第3范式的订单表结构 CREATE TABLE Customers ( CustomerID INT PRIMARY KEY, Name VARCHAR(100), Address TEXT ); CREATE TABLE Orders ( OrderID INT PRIMARY KEY, CustomerID INT, OrderDate DATE, FOREIGN KEY (CustomerID) REFERENCES Customers(CustomerID) ); CREATE TABLE OrderDetails ( DetailID INT PRIMARY KEY, OrderID INT, ProductID INT, Quantity INT, Price DECIMAL(10, 2), FOREIGN KEY (OrderID) REFERENCES Orders(OrderID) ); ``` 上述代码展示了如何按照 3NF 设计一个简单的电子商务平台所需的三个基本表格：客户信息、订单概览以及具体的订购明细条目。 --- ### 总结 综上所述，合理运用不同层次的数据库范式可以帮助开发者构建既高效又可靠的后台管理系统。然而需要注意的是，并不存在放之四海皆准的最佳实践方式，只有针对特定领域特点做出恰当调整才能真正发挥出各自优势所在。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值