私は、ODataとSemantic Web/Linked Dataの2つの非常に異なるデータ共有アプローチを取り上げようとしています。両者の比較は良いですか?ODataとSemantic Web/Linked Dataの比較
ODataは、シンジケーション/ CRUD(AtomPub)、シリアライズ形式(XML、JSON)、データモデル、クエリ言語、これらの既存テクノロジの使用を規定するいくつかのセマンティクス/コンベンションを組み合わせています。これは主に、他のシステムがデータを消費できるように、あるシステムからデータを公開することを目的としています。
リンクされたデータは、URI、厳密なコミットメント(随意?)、シリアル化フォーマット(RDF/XML)ですが、多種多様なソースから抽出された多数の小さなチャンクを推論できるようになっているようです。 (私たちにとっては現在重要なことではありません - 少数の情報源の間で大きなスラブのデータを同期させ、情報源を保存したいと思っています)。
私はいくつかのデータ管理プラットフォーム間でデータを共有するための技術に興味がありますが、そのうちのいくつかは直接作業しています。開発者に説明するのは非常に簡単です:このAPIを実装し、そのAtom標準に従って、このようなデータを直列化してください。私たちは既に、1つのプラットフォームで非常によく似たことをしています。すなわち、フィルタリングに使用されるURLパラメータを使用して、XML直列化データをAtomフィードで共有します。 (RDF/XMLの大量のスラブ)、アクセスできない(SPARQLとSQLを使用して)テクノロジの感想を私に与えてくれましたが、おそらく私は仕事の経験を混乱させていますJenaのようなトリプルストアは、リンクされたデータAPIを介して既存のデータベースを公開するだけです。
スコープ、テクノロジ、容易さ、将来の可能性などの点で、これらの2つのアプローチの相違点や類似点に関する説明やコメントなどは参考になります。
スティーブ - このタイプの質問のための最良のフォーラムであるかどうかはしばらく確認できません。私は議論したいと思いますが、質問をhttp://programmers.stackexchange.com/に移動するか、新しいブログ(bitwhys.com)から私に連絡してください。 –
「RDF/XMLの大規模なスラブ」は標準ではなく、誤った技術の適用のように聞こえるようになっています。 SPARQLを(SQLとは対照的に)「アクセスできない」と呼ぶことは、私が推測するような味の問題です。しかし、SPARQLはLinked Dataの原則を適用するためには必要ありません。それは単に便利です。 –
リンクされたデータプラットフォームは、2月または2015年現在、W3C勧告です。https://www.w3.org/TR/ldp/ LDPはリンクされたデータの不足している読み書き部分(あなたの質問ではCRUD)を解決します。 –