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