クライアント向けの今後のプロジェクトでは、MLS プロバイダー (RETS をサポートする) を使用して、検索条件に基づいてプロパティを一覧表示します。入力された基準に基づいて単一または一連のクエリを作成し、特定のリストをクエリに直接変換するよりももう少しインテリジェントにするサービスを（できればJavaで）作成したいと考えています。(たとえば、通りの名前のバリエーションを検索する可能性があります)
調査の結果、以前は MLS データは ftp を介した定期的な取得によって収集されていたことが判明したと思いますが、現在、RETS プロバイダーは、必要に応じて xml を照会する手段を許可しています。しかし、私が見つけた多くの情報は、プロバイダーと定期的に同期し続け、取得した情報から独自のデータベースを維持するのが一般的であることを示唆しているようです.
特に一方が制御できないサービスである場合に、なぜこれら 2 つの場所間でデータの同期を維持したいのでしょうか?
私がやりたいのは、ユーザーの情報要求ごとに rets プロバイダーを照会することです。また、エントリをサービスに直接挿入する可能性もあります。これは合理的ですか？
そうでない場合、なぜですか？（歴史的な理由または技術的に欠けているもの）そしてもしそうなら、何が良い出発点になるでしょうか？
私は経験豊富なアプリケーション開発者であり、データベースやサービス API を扱うことに慣れていますが、MLS や RETS を使用してアプリケーションを開発したことはありません。