即将到来的客户项目涉及使用其MLS提供程序（支持RETS）根据搜索条件列出属性。 我想创建一个服务（最好是Java），它根据输入的标准创建一个或一系列查询，以使查找特定列表比直接翻译到查询更加智能。 （例如，可能会搜索街道名称的变体）
在研究中我相信我已经确定过去MLS数据是通过ftp定期检索收集的，但现在RETS提供商允许在需要的基础上查询xml。然而，我发现的很多信息似乎表明，通常会定期继续与提供商同步，并从提取的信息中维护自己的数据库。
这对我来说似乎相当混乱，因为你为什么要在这两个地方之间保持数据的同步，特别是当一个是你无法控制的服务时？
我想要做的是根据用户的信息请求查询rets提供程序。并且可能还将条目直接插入到服务中。这合理吗？
如果不是为什么不呢？ （历史原因或我在技术上缺失的东西） 如果是的话，什么是一个好的起点？
请原谅我的无知，我是一名经验丰富的应用程序开发人员，并且习惯于处理数据库和服务API，但我之前没有使用MLS或RETS开发任何应用程序，并且发现我用Google搜索的信息相当混乱。< / p>
答案 0 :(得分：0)
当用户输入搜索条件并返回结果时，我最终使用RETSIQ直接查询rets提供程序。这最终运行速度慢得令人无法接受，并且不允许分页，因为内置的RETS不允许任何排序。最终我最终使用RETSIQ进行定期拉取并在数据库中本地保存。 RET缺乏排序和特定提供商没有一些功能（在我的情况下偏移）可能使您很难创建您正在寻找的功能。我相信其他人也选择在本地存储数据的原因是因为您可以更好地控制速度性能，并选择允许您以所需方式检索数据的持久性。
值得花时间查看您的提供商支持哪些功能，以及您是否需要对结果进行分页或排序，以及是否能够直接完成查询。
答案可能不是。