私は、RETSサービスを使用してローカルサーバーにデータを取得している1つの不動産Webサイトで作業しています。
しかし、ここで少し問題があります。RETSデータベースに約3lacksのレコードがあるRETSからデータをフェッチできますが、方法が見つかりませんでした。一度に50kのすべてのレコードをフェッチするにはどうすればよいですか。
RETSで「LIMIT」キーワードが見つかりませんでした。一度に「LIMIT」50kレコードなしでフェッチするにはどうすればよいですか？
私を助けてください。
3104 次
3 に答える
11
RETS はあまり標準ではありません。疑似標準によく似ています。不動産リストを記述する XML スキーマを大まかに定義します。
バージョン 1.x では、「標準」は DTD ドキュメントで構成されていました。2.x では、「標準」は XSD ドキュメントを使用してリストを記述します。
http://www.rets.org/documentation
ただし、実際には、実装者間で一貫性はほとんどありません。何百もの「RETS 準拠」のサービス プロバイダーと接続してきた私は、その中には他に類を見ないものはないと確信しています。
さらに、2.x の「標準」は 3 年間変更されていません。これは、標準に対する維持されていないずさんな試みです。It (RETS) は、非技術者によるビジネスの流行語としてよく使用されます。実際には、これは XML で不動産リストをモデル化しようとする恣意的な試みにすぎません。
ドキュメントについては、特定の実装者に問い合わせてみてください。多くの場合、何も持っていません。そのため、主任開発者に電子メールを送信すると、多くの場合役に立ちました。サポートされている呼び出しの概要を示す WSDL を提供する場合もあります。多くの場合、WSDL は実際のサービスと一致しないため、注意してください。
特定の質問については、結果をキャッシュしてみてください。通常、RETS 呼び出しでの制限の使用は、直接的な依存関係の兆候です。あなたのサービスに対するリクエストが増えるにつれて、あなたのサービスが彼らのサービスにかける負荷は壊れます (そして評価されません)。また、彼らのサービスが（一時的であっても）ダウンすると、あなたのサービスも中断されます. 最も重要なことは、ページへのライブ リクエストが非常に遅くなるということです (特に、その時点でシステムが遅い場合)。リストは通常、古いデータを心配するほど頻繁には変更されないため、最大 1 時間のキャッシュは許容範囲内です。
頑張ってください！
于 2010-03-16T08:33:17.170 に答える
0
libRetsは、フェッチ制限付きのクエリを生成するためのサポートを提供します。
しかし、最後に私が知っていたのは、Interealityが無視されたか、完全にRETSとの完全な互換性を提供しなかったことを覚えています。それらの扱いを知る最も簡単な方法は、テーブルフィールドのすべての「システム」名を数値にすることも考えたことです。
運が良ければ、Rapattoniがサポートするサーバーを使用していて、仕様が提供されています。互換性のあるサーバー。
最後に、名前を思い出せませんが、無料のJavaベースのRETSツールを使用して有効なクエリ（offset / limit句を含む）を作成していました。これにより、次の自動フェッチャーを簡単に作成できました。クライアントのバッチ処理システム。
于 2010-03-18T05:32:08.380 に答える
-1
IN RETS カウントが制限を超えている場合、バッチ形式を使用してダウンロードするか、ダウンロード中に正規表現を使用してその制限を削除できます
問題を解決する最善の方法 ダウンロードの小さな単位でデータ数を分割し、ダウンロードの制限を考慮する必要があります MLS/IDX の Divide のフィールド 変更日と ListingDate を提案します
于 2012-01-23T11:14:38.970 に答える