데이터 요청에 따라 RETS 공급자 쿼리하기

Question

클라이언트를위한 앞으로의 프로젝트는 RETS를 지원하는 MLS 공급자를 사용하여 검색 기준에 따라 속성을 나열하는 것입니다. 입력 된 기준에 따라 하나 또는 일련의 쿼리를 생성하여 특정 목록을 좀 더 지능적으로 찾은 다음 쿼리로 직접 변환하는 서비스 (Java로 작성하는 것이 좋습니다)를 만들고 싶습니다. (예를 들어 거리 이름의 변형을 잠재적으로 검색)

나는 과거의 MLS 데이터가 ftp를 통해 주기적으로 수집되어 왔지만 지금은 RETS 제공자가 쿼리 수단을 허용한다고 판단했습니다. 필요에 따라 XML에 대한. 그러나 내가 찾은 많은 정보는 공급자가 주기적으로 동기화를 계속하고 정보에서 데이터베이스를 유지하는 것이 일반적이라고 제안하는 것 같습니다.

이것은 나에게 다소 혼란 스럽습니다. 특히 두 곳간에 데이터 동기화를 유지하려는 이유가 무엇입니까? 특히 제어 권한이없는 서비스 인 경우 특히 그렇습니다.

사용자가 요청한 정보에 따라 rets 공급자를 쿼리하고 싶습니다. 또한 서비스에 항목을 직접 삽입 할 수도 있습니다. 이게 합리적입니까?

왜 안 되니? (역사적인 이유 또는 내가 기술적으로 누락 된 것) 만약 그렇다면 무엇이 좋은 출발점이 될까요?

나는 숙련 된 응용 프로그램 개발자이며 데이터베이스와 서비스 API를 다루는 데 익숙하지만, MLS 나 RETS를 사용하는 응용 프로그램을 개발하지는 않았다. 오히려 혼란스러워하는 정보를 찾는다.

Answer 1

사용자가 검색 조건을 입력하고 결과를 반환 할 때 RETSIQ를 사용하여 직접 rets 공급자를 쿼리했습니다. 이것은 RETS가 내장되어 있기 때문에 받아 들일 수 없을 정도로 느리게 작동하고 페이징을 허용하지 않습니다. 결국 RETSIQ을 사용하여 정기적으로 데이터를 가져 와서 데이터베이스에 저장했습니다. RET는 주문이 부족하고 특정 기능을 제공하지 않는 특정 공급 업체 (예 : 오프셋)가 찾고있는 기능을 쉽게 만들 수 없습니다. 다른 사람들도 데이터를 로컬에 저장하도록 선택한 이유는 속도 성능을보다 효과적으로 제어하고 필요할 때 데이터를 검색 할 수 있도록 지속성을 선택했기 때문입니다.

공급자가 지원하는 기능을 확인하고 검색 결과를 페이지하거나 정렬해야하는지, 직접 쿼리 할 수 ​​있는지 여부에 대해 알아보십시오.

아마도 답변이 아닙니다.