選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

使用精細的關係名稱,避免冗餘節點標籤檢查

焦點模式
使用精細的關係名稱,避免冗餘節點標籤檢查 - Amazon Neptune

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

最佳化效能時,使用節點模式獨有的關係標籤可移除節點上的標籤篩選。請考慮圖形模型,其中關係likes僅用於定義兩個person節點之間的關係。我們可以撰寫下列查詢來尋找此模式:

MATCH (n:person)-[:likes]->(m:person) RETURN n, m

n 和 m 上的person標籤檢查是多餘的,因為我們定義了與 的關係,只有在兩者都屬於 類型時才會顯示person。若要最佳化效能,我們可以撰寫查詢,如下所示:

MATCH (n)-[:likes]->(m) RETURN n, m

當屬性專屬於單一節點標籤時,此模式也可以套用。假設只有person節點具有 屬性 email,因此驗證節點標籤相符項目person是多餘的。將此查詢寫入為:

MATCH (n:person) WHERE n.email = 'xxx@gmail.com' RETURN n

效率低於將此查詢寫入為:

MATCH (n) WHERE n.email = 'xxx@gmail.com' RETURN n

只有在效能很重要,而且您已在建模程序中進行檢查,以確保這些邊緣標籤不會重複使用於涉及其他節點標籤的模式時,才應該採用此模式。如果您稍後在其他節點標籤上引入 email 屬性,例如 company,則這兩個版本的查詢結果會有所不同。

隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。