zh-TW: Improve translations (#176)

This commit is contained in:
Davis 2018-07-20 12:46:35 +08:00 committed by Donne Martin
parent 924570e4cb
commit bda2a5f93c

View File

@ -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