本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
最佳實務：發揮 Neptune 的最大功用
以下是使用 Amazon Neptune 的一些一般建議。使用這裡的參考資訊，快速找到使用 Amazon Neptune 並將效能發揮到最高的建議。
內容
- Amazon Neptune 基本操作準則
- 使用 Gremlin 搭配 Neptune 的一般最佳實務
- 使用 Gremlin Java 用戶端搭配 Neptune 的最佳實務
- 請使用最新版本的 Apache TinkerPop Java 客戶端
- 跨多個執行緒重複使用用戶端物件
- 為讀取和寫入端點建立個別的 Gremlin Java 用戶端物件
- 將多個僅供讀取複本端點新增至 Gremlin Java 連線集區
- 關閉用戶端以避免連線限制
- 在容錯移轉之後建立新連線
- 將 maxInProcessPerConnection 和 maxSimultaneousUsagePerConnection 設定為相同值。
- 將查詢以位元碼形式而非字串形式傳送至伺服器
- 始終完全消耗查詢返回的 ResultSet 或迭代器
- 在批次中大量新增頂點和邊緣
- 在 Java 虛擬機器中停用 DNS 快取
- 或者，也可以在每個查詢層級設定逾時
- java.util.concurrent.TimeoutException 疑難排解
- 使用 openCypher 和 Bolt 的 Neptune 最佳實務
- 偏好查詢中的定向至雙向邊緣
- Neptune 不支援交易中的多個並行查詢
- 在容錯移轉之後建立新連線
- 適用於長期命應用的連線處理
- 連線處理 AWS Lambda
- 完成後關閉驅動程式物件
- 使用明確的交易模式進行讀取和寫入
- 例外狀況的重試邏輯
- 使用單個 SET 子句一次設置多個屬性
- 使用 SET 子句一次移除多個屬性
- 使用參數化查詢
- 在 RELUSE 子句中使用扁平化的映射而不是嵌套
- 在可變長度路徑 (VLP) 運算式的左側放置更嚴格的節點
- 使用細微關係名稱，避免多餘的節點標籤檢查
- 盡可能指定邊標示
- 盡可能避免使用 WITH 子句
- 儘早在查詢中放置限制性篩選器
- 明確檢查屬性是否存在
- 不要使用命名路徑（除非它是必需的）
- 避免收集（不同（））
- 擷取所有性質值時，偏好使用屬性函數而非個別性質查找
- 在查詢之外執行靜態計算
- 使用 GRUSH 而非個別陳述式的 Batch 輸入
- 喜歡使用節點/關係的自定義IDS
- 避免在查~id詢中進行計算
- 使用 SPARQL 的 Neptune 最佳實務
