From 284e2d657fb11caf2a0ed9374849f0eed0f10888 Mon Sep 17 00:00:00 2001
From: "YIN, Gang" <1246410+yingang@users.noreply.github.com>
Date: Fri, 5 Aug 2022 22:48:43 +0800
Subject: [PATCH] Update ch7.md

materializing conflict -> materializing conflicts
---
 ch7.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ch7.md b/ch7.md
index b330b8b..0debe88 100644
--- a/ch7.md
+++ b/ch7.md
@@ -574,7 +574,7 @@ COMMIT;
 
 现在，要创建预订的事务可以锁定（`SELECT FOR UPDATE`）表中与所需房间和时间段对应的行。在获得锁定之后，它可以检查重叠的预订并像以前一样插入新的预订。请注意，这个表并不是用来存储预订相关的信息 —— 它完全就是一组锁，用于防止同时修改同一房间和时间范围内的预订。
 
-这种方法被称为 **物化冲突（materializing conflict）**，因为它将幻读变为数据库中一组具体行上的锁冲突【11】。不幸的是，弄清楚如何物化冲突可能很难，也很容易出错，并且让并发控制机制泄漏到应用数据模型是很丑陋的做法。出于这些原因，如果没有其他办法可以实现，物化冲突应被视为最后的手段。在大多数情况下。**可串行化（Serializable）** 的隔离级别是更可取的。
+这种方法被称为 **物化冲突（materializing conflicts）**，因为它将幻读变为数据库中一组具体行上的锁冲突【11】。不幸的是，弄清楚如何物化冲突可能很难，也很容易出错，并且让并发控制机制泄漏到应用数据模型是很丑陋的做法。出于这些原因，如果没有其他办法可以实现，物化冲突应被视为最后的手段。在大多数情况下。**可串行化（Serializable）** 的隔离级别是更可取的。
 
 
 ## 可串行化