問題の一般的なシナリオ
適切に定義されたスキーマ、API などを備えたデータ プロバイダー (ソース) があるとします。ただし、読み取り専用であるか、プッシュされた変更をすぐに伝達できないか、変更をフィルター処理できます。そのようなソースのよく知られた例: wikipedia (dbpedia)、freebase。
データソースとの同期を失わずにデータを埋めるアプローチが必要です (そのようなデータをフォークして維持するだけの余裕はありません)。
より具体的なシナリオ
データ ソースにはファクトがあります:
[ [John, birthday, 1985], [John, died, 2013], [Vasya, birthday, 1970] ]
ジョンの誕生日は 1986 年で、彼は現在も生きています。また、Vasya が実際に昨夜死亡したこともわかっており、システムのユーザーに実際の事実を提供する必要があります。
ただし、データをプロバイダーと同期する必要もあります。たとえば、データ ソースが Vasya の誕生日を 1970 に変更したり、John の死に関する情報を編集したりする場合 (たとえば、 triple を追加することによって[John, died, 2014])、この情報を表示する必要があります。 .
私の現状
現在、その周りの「補完的なプロバイダー」と「ファサードプロバイダー」と独自のデータソースの実装を考えています。1 つ目はソース プロバイダー データとは異なるデータのみを含み、2 つ目はデータの読み取りと操作メカニズムを実際のアプリケーションに提供します。
既存のソリューションを見つけようとしましたが、失敗しました。しかし、それはよく知られた問題だと思いますが、どの単語を検索すればよいかわかりません。
では、アプリケーションでこのような問題をどのように管理すればよいでしょうか? また、この問題に関する良い情報源 (書籍、ブログ記事、研究など) を知っている場合は、参考文献も提供してください。