zh-TW: Improve translations (donnemartin#176)

Author: d12e493

README-zh-TW.md

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