這是一個與有向圖相關的相當高級的主題。我正在研究一個項目的NOSQL技術。特別是使用圖形數據庫。它非常適合支持我想要保存關係的豐富模型,問題域是圖本身(頂點和邊)。現在顯然這讓我看到了Neo4j和這個領域的其他廠商。現在我相信他們已經用圖形數據結構的方式來解決或縮小與數據的持續差距......這是完美的。有向圖的規範
但是,當需要理解有向圖的規範以創建「有向圖」的實際實例時,我的要求更進一步,因此在實際創建圖時會遵守特定的規則和約束條件。圖數據庫不關心這是正確的,並不希望它(很高興它是不可知的)。問題是這使得它有點開放,因爲確保圖形符合你的圖規則(即某些節點可以有某種關係,或者甚至與其他節點有關係)。我應該使用什麼,這將允許我指定有向圖的規範/元數據,以便在運行時創建它的實例時,它將正確地遵守它的規範 規範。
對什麼是可用的或者什麼是標準的方式來處理任何幫助或建議,將不勝感激
橋接節點和映射到與行的關係關係模型邊緣的曲線之間的差距被封裝在企業要素資源庫工具...簡短的回答,您需要元數據 – Randy
蘭迪..與關係商店的映射關係不大。這是關於定義圖形本身的規則。我想或需要這個定義。我知道它需要是元數據,而不是什麼形式。 GraphML描述了一個圖的實例。我所能想到的只是將規範描述爲一個圖本身,並且在創建實例時將它引用到該圖中以獲取規則和約束。 – Roger
很抱歉誤讀你的第一句話。完全同意元數據是必要的。但是什麼類型。有沒有可以使用的標準。 – Roger