RETS数据获取问题

rets并不是真正的标准。它更像一个伪标准。它松散地定义了一个描述房地产清单的XML模式。

在1.x版中,“标准”由DTD文档组成。在2.x中,“标准”使用XSD文档来描述列表。

http://www.rets.org/documentation

然而,在实践中,实现者之间几乎没有一致性。在与数百家“符合RETS”的服务提供商建立了联系之后,我确信他们中没有一家像其他任何一家一样。

此外,2.x“标准”在3年内没有改变。这是一个毫无保留的,马虎的标准尝试。IT(rets)经常被非技术人员用作商业术语。实际上,它只是一种用XML对房地产上市进行建模的任意尝试。

尝试向特定的实现者询问他们的文档。通常,他们没有。因此,给主要开发人员发电子邮件通常很有帮助。有时,它们会提供一个WSDL,概述支持的调用。通常,WSDL与实际的服务并不一致,所以要小心。

对于您的特定问题,请尝试缓存结果。通常,对rets调用使用限制是直接依赖的标志。随着对您服务的要求的增加,您的服务给他们带来的负荷将会中断(不被感激)。此外,如果他们的服务中断(甚至暂时中断),您的服务也会中断。最重要的是,它会使对您的页面的实时请求非常非常缓慢(尤其是当他们的系统当时很慢时)。清单的更改频率通常不足以让人担心过时的数据,因此可以接受长达和小时的缓存。

祝你好运!

librets支持生成带有fetch限制的查询:

http://www.crt.realtors.org/projects/rets/librets/documentation/api/classlibrets_1_1_search_request.html

但我最后知道的是:我记得公司的趣味性要么被忽视,要么完全没有提供完全的兼容性,以rets。了解如何处理它们的最快方法是还考虑将表字段的所有“系统”名称都设置为数字。

如果幸运的话,您使用的是支持Rapattoni的服务器,它们确实提供了与规范兼容的服务器。

最后一点,我不能为我的生命记住它的名字,但是我以前使用一个基于Java的免费的RET工具来构建有效的查询(包括偏移/限制子句),这使得为客户的批处理系统构建自动获取变得更容易。

在rets中,如果计数超过限制,那么我们可以使用批处理表单下载,或者在下载时使用regex删除该限制。

解决问题的最佳方法是将数据计数以较小的下载单位进行划分,而在MLS/IDX中,我们必须考虑下载限制。我建议修改日期和列出日期。