From 3e3fe19ff7cc79a037ba12649781db63af347785 Mon Sep 17 00:00:00 2001
From: LJlkdskdjflsa <47474232+LJlkdskdjflsa@users.noreply.github.com>
Date: Sun, 18 Dec 2022 15:48:01 +0800
Subject: [PATCH] Update ch2.md
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

區域性 -> 多打了一個性
---
 zh-tw/ch2.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/zh-tw/ch2.md b/zh-tw/ch2.md
index 189eaa27..17051b1f 100644
--- a/zh-tw/ch2.md
+++ b/zh-tw/ch2.md
@@ -118,7 +118,7 @@
 
 有一些開發人員認為 JSON 模型減少了應用程式程式碼和儲存層之間的阻抗不匹配。不過，正如我們將在 [第四章](ch4.md) 中看到的那樣，JSON 作為資料編碼格式也存在問題。缺乏一個模式往往被認為是一個優勢；我們將在 “[文件模型中的模式靈活性](#文件模型中的模式靈活性)” 中討論這個問題。
 
-JSON 表示比 [圖 2-1](../img/fig2-1.png) 中的多表模式具有更好的 **區域性性（locality）**。如果在前面的關係型示例中獲取簡介，那需要執行多個查詢（透過 `user_id` 查詢每個表），或者在 User 表與其下屬表之間混亂地執行多路連線。而在 JSON 表示中，所有相關資訊都在同一個地方，一個查詢就足夠了。
+JSON 表示比 [圖 2-1](../img/fig2-1.png) 中的多表模式具有更好的 **區域性（locality）**。如果在前面的關係型示例中獲取簡介，那需要執行多個查詢（透過 `user_id` 查詢每個表），或者在 User 表與其下屬表之間混亂地執行多路連線。而在 JSON 表示中，所有相關資訊都在同一個地方，一個查詢就足夠了。
 
 從使用者簡介檔案到使用者職位，教育歷史和聯絡資訊，這種一對多關係隱含了資料中的一個樹狀結構，而 JSON 表示使得這個樹狀結構變得明確（見 [圖 2-2](../img/fig2-2.png)）。
 
@@ -980,4 +980,4 @@ Cypher 和 SPARQL 使用 SELECT 立即跳轉，但是 Datalog 一次只進行一
 
 | 上一章                                       | 目錄                            | 下一章                       |
 | -------------------------------------------- | ------------------------------- | ---------------------------- |
-| [第一章：可靠性、可伸縮性和可維護性](ch1.md) | [設計資料密集型應用](README.md) | [第三章：儲存與檢索](ch3.md) |
\ No newline at end of file
+| [第一章：可靠性、可伸縮性和可維護性](ch1.md) | [設計資料密集型應用](README.md) | [第三章：儲存與檢索](ch3.md) |