2012-03-20 6 views
0

クライアントの今後のプロジェクトでは、検索基準に基づいてプロパティをリストするために、MLSプロバイダ(RETSをサポート)を使用します。 入力された条件に基づいて単一の、または一連の問合せを作成して、特定のリストを少しインテリジェントにしてから照会に直接変換するサービスを作成したい(できればJavaで)。 (例えば、通りの名前のバリエーションを探している可能性があります)データのオンデマンドでRETSプロバイダーを照会

私はこれまでのMLSデータがftp経由で定期的に収集されたと判断したと思いますが、現在RETSプロバイダーは問い合わせ手段必要に応じてxmlのために。しかし、私が見つけた多くの情報は、定期的にプロバイダーと同期し続け、情報から自分のデータベースを維持し続けることが一般的であることを示唆しているようです。

これは、なぜあなたが制御できないサービスである場合、これらの2つの場所の間でデータの同期を維持したいのですか?

私がしたいのは、ユーザーの情報要求ごとにretsプロバイダーを照会することです。また、潜在的にサービスに直接エントリを挿入することもできます。これは妥当ですか?

なぜそうでないのですか? (歴史的な理由や私が技術的に欠けているもの) もしあれば、何が良い出発点でしょうか?

私は知識のないアプリケーション開発者であり、データベースやサービスAPIを扱うのに慣れていますが、以前はMLSやRETSを使ってアプリケーションを開発していませんでした。

+0

「サービスを作成する」という意味が不明です。 RETSConnectorを使用してcsvデータフィードをダウンロードした後、SQLクエリを生成するC#プログラムを作成し、リストをデータベースに挿入します。 Webサイトから、ユーザーがプロパティを検索すると、データベースを検索して結果を返します。 –

+0

私は、定期的にRETSから引き出すことによって維持されているローカルデータベースを照会するのではなく、ユーザーからの要求に応じてdmql照会を介してRETSプロバイダーから直接情報を引き出すことを希望していたことを意味しました。これは標準的ではないように見えますが、経験の後、私が扱っているRETSプロバイダはかなり遅く、ページングを簡単に行う方法をサポートしていません(オフセットもなく、仕様の一部として、dmqlでの順序付けなし) –

答えて

0

ユーザーが検索条件を入力して結果を返すと、RETSIQを使用してRetsプロバイダに直接クエリを送信しました。これは、許容できないほど遅く機能し、RETSが組み込まれているため、ページングを許可しませんでした。最終的に私はRETSIQを使って周期的なプルを行い、データベースにローカルで保存しました。 RETの注文が不足していて、一部の機能を持たない特定のプロバイダ(私の場合はオフセット)が、あなたが探している機能を作成するのを難しくする可能性があります。他のユーザーも自分のデータをローカルに保存する理由は、スピードパフォーマンスをよりコントロールし、必要な方法でデータを取得できる永続性を選択するためです。

プロバイダからサポートされている機能と、結果をページングまたはソートする必要があるかどうか、および直接クエリを実行できるかどうかを確認するのに時間がかかります。

おそらく答えはありません。

関連する問題