首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >按需查询RETS提供者数据

按需查询RETS提供者数据
EN

Stack Overflow用户
提问于 2012-03-20 09:29:07
回答 1查看 504关注 0票数 0

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

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

这对我来说似乎相当令人困惑,既然你为什么要维护这两个地方之间的数据同步,特别是当其中一个是你无法控制的服务时?

我想要做的是查询每个用户的信息请求的rets供应商。并且潜在地将条目直接插入到服务中。这是否合理呢?

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

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

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2012-08-14 03:10:52

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

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

答案可能不是。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/9780274

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档