您的triplestore包含很多節點，您必須通過REST接口訪問此數據庫。現在REST和RDF，表示策略是什麼？
，我的解決辦法是，每一個命名（未具名）節點導出爲資源，其表示爲：
我有點不情願在第二點：這基本上會給出傳入和傳出的三元組。
您對純粹的面向RDF的數據存儲的REST sytle表示有什麼看法？ 你有沒有分享我的觀點，如果沒有，你對此有何看法？
取決於數據是什麼以及用戶想要使用的界面。這個問題類似於SPARQL DESCRIBE查詢表單應該返回的內容。 （這是由實現決定的。）
對於我使用RDF數據的用例，我會使用1和3來生成資源的空節點閉包。另外，您可以爲情況2創建一個單獨的界面，並返回資源的傳入弧線。
（免責聲明：這可能不完全符合您的問題的內容，但它對應於標題）
我認爲，關於RDF數據的休息代表性的題目是顛倒順序的一個普遍問題的概念。對我來說，正常的做法是收集具有RDF數據的Rest文檔的集合，並使用RDF數據庫進行索引和製作全局查詢。
在這種情況下，您可以按照自己的喜好組織資源。如果您假裝使用節點的URI作爲導出的資源），那麼您的方法會對您的資源的含義有什麼微妙的問題：您在此處提出的其餘資源是「information resources」，然後它們不能成爲抽象資源。信息和元信息之間會有衝突。
我發表了一篇文章here更詳細地解釋了這個觀點。
讓RDF數據集REST遍歷的一個簡單方法是對所有遍歷元素使用URL。
當訪問URL（例如通過HTTP GET）時，結果顯示連接的節點（連接爲屬性和/或反轉屬性）。
更正式地返回的表示形式可以是資源的Concise Bounded Description。