|
|
@@ -623,7 +623,7 @@ DNS 是階層式的架構，一部分的 DNS 伺服器位於頂層，當查詢
|
|
|
|
|
|
其餘額外的好處有：
|
|
|
|
|
|
-* **SSL 終結** - 將傳入的請求解密，並且加密伺服器的回應，如此一來後端伺服器就不需要進行這些高度消耗資源的願算
|
|
|
+* **SSL 終結** - 將傳入的請求解密，並且加密伺服器的回應，如此一來後端伺服器就不需要進行這些高度消耗資源的運算
|
|
|
* 不需要在每一台機器上安裝 [X.509 憑證](https://en.wikipedia.org/wiki/X.509)。
|
|
|
* **Session 保存** - 發行 cookie，並將特定使用者的請求路由到同樣的後端伺服器上。
|
|
|
|
|
|
@@ -918,7 +918,7 @@ SQL 優化是一個涵蓋範圍很廣的主題，有許多相關的 [參考書
|
|
|
* 當你使用 (`SELECT`, `GROUP BY`, `ORDER BY`, `JOIN`) 這些操作的對應欄位如果有使用索引就會查詢更快。
|
|
|
* 索引通常是使用平衡 [B 樹](https://en.wikipedia.org/wiki/B-tree) 表示，這樣可以保證資料是有序的，並允許在對數時間內進行搜尋、循序訪問以及插入、刪除等操作。
|
|
|
* 設定索引時，會將資料放置於記憶體中，會佔用更多記憶體空間。
|
|
|
-* 寫入操作會變慢，因為所隱諱需要更新。
|
|
|
+* 寫入操作會變慢，因為索引會需要更新。
|
|
|
* 當讀取大量資料時，禁用索引再讀取，之後再重新建立索引，這樣也許會更快。
|
|
|
|
|
|
##### 避免高成本的 Join 操作
|
|
|
@@ -1065,7 +1065,7 @@ Google 發表了第一個列儲存型資料庫 [Bigtable](http://www.read.seas.h
|
|
|
* 非關連式資料
|
|
|
* 不需要複雜的 joins
|
|
|
* 儲存 TB (或 PB) 等級的資料
|
|
|
-* 高資料密集亮的工作負載
|
|
|
+* 高資料密集量的工作負載
|
|
|
* IOPS 的高吞吐量
|
|
|
|
|
|
適合使用 NoSQL 的範例：
|
|
|
@@ -1121,7 +1121,7 @@ Redis 還有以下額外的功能：
|
|
|
你可以快取的級別有好幾種，大致上分為兩類：**資料庫查詢** 和 **物件**：
|
|
|
|
|
|
* 記錄級別
|
|
|
-* 查詢及別
|
|
|
+* 查詢級別
|
|
|
* 完整的可序列化物件
|
|
|
* 完整的 HTML
|
|
|
|
Davis