데이터 가져 오기 문제를 RETS
https://stackoverflow.com/questions/2452830
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
RETS 서비스를 사용하여 데이터를 로컬 서버로 가져 오는 하나의 부동산 웹 사이트에서 작업 중입니다.
그러나 여기에는 약간의 문제가 있습니다. RETS 데이터베이스에서 약 3Lacks 레코드를 가지고있는 RETS의 데이터를 가져올 수는 있지만 방법을 찾지 못했습니다. 한 번에 50K의 모든 레코드를 어떻게 가져올 수 있습니까?
ret에서 '제한'키워드를 찾지 못했습니다. 그래서 한 번에 50k 레코드를 '제한'하지 않고 어떻게 가져올 수 있습니까?
도와주세요.
해결책
rets는 실제로 표준이 아닙니다. 의사 표준과 더 유사합니다. 부동산 목록을 설명하는 XML 스키마를 느슨하게 정의합니다.
버전 1.X에서 "표준"은 DTD 문서로 구성되었습니다. 2.X에서 "표준"은 XSD 문서를 사용하여 목록을 설명합니다.
http://www.rets.org/documentation
그러나 실제로는 구현 자들 사이에 일관성이 거의 없습니다. 수백 명의 "RETS Compliant"서비스 제공 업체와 연결된 후에는 그 중 어느 누구도 다른 사람과 다릅니다.
또한 2.x "표준"은 3 년 동안 변하지 않았습니다. 표준에 대한 인사되지 않은 조잡한 시도입니다. IT (RETS)는 종종 비 기술적 인 사람들이 비즈니스 버즈 단어로 사용됩니다. 실제로, 그것은 XML에서 부동산 목록을 모델링하려는 임의의 시도 일뿐입니다.
특정 구현 자에게 문서를 요청하십시오. 종종, 그들은 아무것도 없습니다. 따라서 리드 개발자에게 이메일을 보내는 것이 종종 도움이되었습니다. 때때로 그들은 지원되는 통화를 간략하게 설명하는 WSDL을 제공합니다. 종종 WSDL은 실제 서비스와 일치하지 않으므로 조심하십시오.
구체적인 질문은 결과를 캐싱하십시오. 일반적으로 RETS 통화에 한도를 사용하는 것은 직접적인 종속성의 징후입니다. 서비스 요청이 증가함에 따라 서비스가 제공하는 부하가 중단됩니다. 또한 서비스가 중단되면 (일시적으로) 귀하의 서비스가 중단됩니다. 가장 중요한 것은 페이지에 실시간 요청을 실제로 느리게 만들 것입니다 (특히 시스템이 느려지면). 목록은 일반적으로 오래된 데이터에 대한 걱정을 위해 충분히 자주 변경되지 않으므로 최대 시간과 시간을 캐싱하는 것은 매우 허용됩니다.
행운을 빌어 요!
다른 팁
Librets는 페치 제한이있는 쿼리 생성을 지원합니다.
그러나 마지막으로 나는 알고 있었다 : 나는 회사의 인터알티가 무시되거나 완전히 rets에 대한 완전한 호환성을 제공하지 않았다는 것을 기억한다. 당신이 그들을 다루는 것을 아는 가장 빠른 방법은 테이블 필드 숫자에 대한 모든 "시스템"이름을 만드는 것도 생각한다는 것입니다.
운이 좋으면 Rapattoni 후원 서버를 사용하고 있으며 사양을 제공합니다. 호환 서버.
마지막 시점에서, 나는 그 이름을 기억할 수 없지만, 유효한 쿼리 (오프셋/제한 조항 포함)를 구축하기 위해 무료 Java 기반 RETS 도구를 사용했으며 자동 페치를 위해 더 쉽게 구축 할 수있었습니다. 클라이언트의 배치 처리 시스템.
rets에서 한계보다 더 많은 경우 배치 양식을 사용하여 다운로드 할 수 있거나 다운로드하는 동안 Regex를 사용하여 해당 한계를 제거 할 수 있습니다.
문제를 해결하는 가장 좋은 방법은 데이터 수를 소규모 다운로드 단위로 나누고 MLS/IDX에서 해당 분할에 대한 다운로드 제한 필드를 고려해야하지만 수정 날짜 및 ListingDate를 제안합니다.
