0

客户即将推出的项目涉及使用他们的 MLS 提供商(支持 RETS)根据搜索条件列出属性。我想创建一个服务(最好在 Java 中),它基于输入的标准创建一个或一系列查询,以使查找特定列表比直接翻译查询更智能。(例如,可能搜索街道名称的变体)

在研究中,我相信我已经确定过去 MLS 数据是通过 ftp 定期检索来收集的,但现在 RETS 提供程序允许根据需要查询 xml 的方法。然而,我发现的许多信息似乎表明,定期与提供商同步并从提取的信息中维护自己的数据库是司空见惯的。

这对我来说似乎很令人困惑,因为您为什么要保持这两个地方之间的数据同步,尤其是当一个服务是您无法控制的服务时?

我想做的是根据用户的信息请求查询 rets 提供者。并且还可能将条目直接插入到服务中。这合理吗?

如果不是为什么不呢?(历史原因或我在技术上缺少的东西)如果是这样,什么是一个好的起点?

请原谅我的无知,我是一位经验丰富的应用程序开发人员,并且习惯于处理数据库和服务 API,但是我之前没有使用 MLS 或 RETS 开发过任何应用程序,并且发现我在谷歌上搜索的信息相当混乱。

4

1 回答 1

0

当用户输入搜索条件并返回结果时,我最终使用 RETSIQ 直接查询 rets 提供程序。这最终导致运行缓慢,并且不允许分页,因为内置的 RETS 不允许任何排序。最终,我最终使用 RETSIQ 定期提取并保存在本地数据库中。RET 缺乏订购和特定提供商没有某些功能(在我的情况下是偏移量)可能会使您难以创建您正在寻找的功能。我相信其他人也选择将数据存储在本地的原因是因为您可以更好地控制速度性能,并选择允许您以所需方式检索数据的持久性。

值得花时间看看您的提供商支持哪些功能,是否需要对结果进行分页或排序,以及是否能够直接完成查询。

答案可能不是。

于 2012-08-13T19:10:51.983 回答