選擇 Azure 中的搜尋數據存放區
本文比較 Azure 中搜尋數據存放區的技術選擇。 搜尋數據存放區可用來建立及儲存特殊索引，以在自由格式文字上執行搜尋。 索引的文字可能位於個別的數據存放區中，例如 Blob 記憶體。 應用程式會將查詢提交至搜尋數據存放區，而結果是相符的檔案清單。 如需此案例的詳細資訊，請參閱 處理自由格式文字以進行搜尋。
選擇搜尋數據存放區時，有哪些選項？
在 Azure 中，下列所有資料存放區都會提供搜尋索引，以符合搜尋自由格式文字數據的核心需求：
索引鍵選取準則
針對搜尋案例，請藉由回答下列問題，開始為您的需求選擇適當的搜尋數據存放區：
您要受控服務，而不是管理自己的伺服器嗎？
您可以在設計時間指定索引架構嗎？ 如果沒有，請選擇支援可更新架構的選項。
您是否只需要全文搜索的索引，或也需要快速匯總數值數據和其他分析？ 如果您需要全文搜索以外的功能，請考慮支援其他分析的選項。
您需要 Log Analytics 的搜尋索引，並支援索引數據上的記錄收集、匯總和視覺效果？ 如果是，請考慮 Elasticsearch，這是 Log Analytics 堆疊的一部分。
您需要以 PDF、Word、PowerPoint 和 Excel 等通用檔案格式編制數據索引嗎？ 如果是，請選擇提供檔索引器的選項。
您的資料庫是否有特定的安全性需求？ 如果是，請考慮下列安全性功能。
功能對照表
下表摘要列出功能的主要差異。
一般功能
| 功能 | 認知搜尋 | Elasticsearch | SQL Database |
|---|---|---|---|
| 是受控服務 | 是 | 無 | Yes |
| REST API | Yes | 是 | No |
| 可程式性 | .NET、Java、Python、JavaScript | Java | T-SQL |
| 常見檔案類型的檔案索引器（PDF、DOCX、TXT 等等） | 是 | 無 | No |
管理能力功能
| 功能 | 認知搜尋 | Elasticsearch | SQL Database |
|---|---|---|---|
| 可更新的架構 | Yes | .是 | Yes |
| 支援向外延展 | Yes | 是 | No |
分析工作負載功能
| 功能 | 認知搜尋 | Elasticsearch | SQL Database |
|---|---|---|---|
| 支援全文搜索以外的分析 | No | .是 | Yes |
| Log Analytics 堆疊的一部分 | No | 是 （ELK） | No |
| 支援語意搜尋 | 是（僅尋找類似的檔案） | Yes | Yes |
安全性功能
| 功能 | 認知搜尋 | Elasticsearch | SQL Database |
|---|---|---|---|
| 資料列層級安全性 | 部分 （需要應用程式查詢以群組識別碼篩選） | 部分 （需要應用程式查詢以群組識別碼篩選） | Yes |
| 透明資料加密 | No | 無 | Yes |
| 限制對特定IP位址的存取 | Yes | .是 | Yes |
| 限制存取以只允許虛擬網路存取 | Yes | .是 | Yes |
| Active Directory 驗證 （整合式驗證） | No | 無 | Yes |
參與者
本文由 Microsoft 維護。 原始投稿人如下。
主要作者：
- Zoiner Tejada | CEO 暨架構設計師