前幾天大致介紹過如何建立好一個index，以及主要參照的規則，今天則是要介紹各種不同 index 的特性，以及它們各自會用到的場景。
Unique Indexes
在我們第二天在介紹索引時有提到，MongoDB會自動幫_id建立unique index，除了可以加快使用_id搜尋資料的速度以外，還可以確保_id值不會重複。
事實上unique index也可以用在其他欄位上，只要在建立index時候，多加入unique: true的設定，詳細語法如下。
使用上必須注意，如果建立時索引欄位有重複的值，Unique Indexes無法被建立，以及在寫入資料的時候，如果寫入索引欄位有相同值，也會出錯。
ps.只允許索引欄位有一個值是缺漏的，缺漏的值會用null替代，下一個缺漏再用null替代，就會違反沒有重複的值出現的條件。
因此unique index蠻適合用在，想要避免重複資料寫入的場景，例如：在註冊時想要避免，使用者重複使用相同的信箱註冊，這時候就可以再email這個欄位加上unique index。在使用信箱登入的時候，也可以通過index加快尋找使用者資料的速度。
Partial Indexes
可以只針對部分資料建立索引，例如：所有商品類別中，只有3C類別的產品賣得最好，最常被消費者搜尋，因此我們只針對3C類別的產品建立price欄位的索引。
這時候可以用以下指令，partialFilterExpression後面寫入資料塞選的條件。
在使用條件篩選資料時，只能使用以下的操作符
- 相等條件，可以直接寫
field: value或是使用$eq - 大小判斷，可以使用
$gt、$gte、$lt、$lte - 邏輯判斷，可以使用
$and、$or - 其他類型：
$type、$in、$exists: true
TTL Indexes
TTl index 這個索引類型，是我覺得在MongoDB蠻特別、也蠻好用的一個功能，它可以讓資料根據特定欄位設定的時間，自動刪除不會用到的資料。
例如：使用者的聊天訊息，我們只想保留６個月，避免資料庫一直寫入太多資料都未清理，節省資料庫的空間，這時候可以使用以下指令。
使用上必須注意
- 它屬於single-field indexes的一種，只能用一個欄位來當索引值
- 如果索引欄位的資料，並不是日期，則該資料不會過期
- 如果資料沒有包含到indexed field，則該資料不會過期
Hidden Indexes
可以暫時隱藏索引，而非實際刪除索引，讓開發人員來評估，使用索引使用索引前後效能差異。
以商品資料做舉例，我們現在有針對price這個欄位做索引。
使用上必須注意
- 如果隱藏的是Unique Indexes，仍舊會限制索引欄位不能有重複的值
- 即使隱藏索引，在寫入資料時，仍舊會消耗硬碟資源和記憶體
- 無法隱藏 _id index
