RDB2RDFラッパー・システムでは、リレーショナル・データに基づいてSQLビューを作成します。私はこれらのシステムでどのように推論が行われているのだろうか?RDB2RDFラッパー・システムの推論
答えて
ラッパーシステムの推論は、通常、クエリーの書き換え(後方連鎖)アプローチで行われます。このパラダイムは、オントロジーベースのデータアクセス(OBDA)とも呼ばれます。
ターゲットOWLオントロジーと、リレーショナルデータベースからオントロジーへのマッピング(R2RMLマッピングなど)がある場合、目標は(通常はSPARQLの)クエリに回答することですオントロジー、マッピング、およびデータベースを使用するターゲットオントロジーOBDAの書き換えアプローチでは、3つのステップが実行されます。
まず、目標オントロジーO換算でSPARQLクエリーQ与えられ、QoがクエリーQ及びオントロジOから生成された新たなクエリは、これは、ターゲット・オントロジーに対するO.
とQの書き換えであります第2に、マッピングMはQoをSQLクエリQsqlにコンパイルするために使用されます。
最後に、QSQLは、これらのアプローチで考慮オントロジー言語の表現力は、OWL-QLプロファイルである私たちの最初のクエリQ.
に答えを与えるソースデータベース上で評価されます。詳細は、「データベースとのオントロジーベースのデータアクセス:ショートコース」を見てみましょうするために
http://www.dcs.bbk.ac.uk/~roman/papers/RW-Chapter.pdf
別のアプローチは、Ultrawrapシステムを実装するものです。 Ultrawrapのアプローチでは、ターゲットQのオントロジーOに関してクエリQを書き換えるのではなく、マッピングMはターゲットオントロジーOの同義語で飽和し、新しいマッピングMを生成しました。その後、これらのマッピングはSQLビューとして実装されます。クエリのパフォーマンスを最適化するために、これらのマッピングのサブセットをマテリアライズすることができます。さらに、このアプローチでは、再帰を含むSQLインフラストラクチャの可能性を最大限に活用しています。したがって、このアプローチは、推移性(OWL-QLプロファイルに含まれていない)を持つオントロジーをサポートします。詳細は を参照してください。「OBDA:クエリー・リライトまたはマテリアライゼーション?実際には両方! https://www.cs.utexas.edu/~jsequeda/papers/ISWC2014_SequedaArenasMiranker_OBDA.pdf
(免責事項、私はUltrawrapシステムの著者午前)
- 1. rdb2rdfシステムを構築する
- 2. 推薦プラットフォームの推論エンジン
- 3. サブルーチン推論
- 4. 型推論は
- 5. F#型推論
- 6. 型推論
- 7. DEFLATEメソッド推論
- 8. パターンマッチングの推論型
- 9. SPARQL CONSTRUCTの推論
- 10. Neo4jの推論を推論する方法は?
- 11. 推論の例は、「Scalaでプログラミング」セミコロン推論規則導入
- 12. オブジェクト検出:推論
- 13. ghci randomio型推論
- 14. Punning推論がgraphdb
- 15. Typescript推論型エラー
- 16. ≡推論と 'with'パターン
- 17. ハスケル推論型エラー
- 18. スカラパターンマッチングと型推論
- 19. タイプ推論エンジンhaskell
- 20. 自動型推論
- 21. タイプ推論 - Monadを推論できませんでした
- 22. OWLの推論の質問
- 23. Typescriptサブジェネリック型の推論
- 24. Kotlinのラムダと型推論
- 25. hLDAのマレット推論エンジン
- 26. タイプ推論JavaScriptのサポート
- 27. 型コンストラクタの型推論
- 28. スウィフトObjectMapperの型推論
- 29. OCamlの型推論ヘルプ
- 30. 型推論の回避策
は、なぜあなたはどんな推論が使用されていることを前提としていますか?もしそうなら、スキーマと一連の推論ルールに基づいてクエリ拡張を行う必要があります。それは通常の手順です。いずれにせよ、それはシステムです。実装固有 – AKSW