即将推出的客户项目涉及使用他们的MLS供应商(支持RETS)根据搜索条件列出属性。 我想创建一个基于输入条件的服务(最好是Java),创建一个或一系列查询,使查找特定列表更加智能化,然后直接转换为查询。 (例如潜在寻找街道名称的变化)根据数据需求查询RETS供应商
在研究中,我相信我已经确定,过去的MLS数据是通过定期通过ftp检索收集的,但现在RETS提供商允许查询根据需要为xml提供基础。然而,我发现的很多信息似乎表明,它常见的做法是定期继续与提供商同步,并根据所提供的信息维护自己的数据库。
这对我来说似乎相当困惑,因为你为什么要维持这两个地方之间的数据同步,尤其是当你是一个你无法控制的服务时?
我想要做的是查询rets提供程序每个用户请求的信息。并可能直接将条目插入到服务中。这是否合理?
如果不是为什么不呢? (历史原因或我在技术上缺少的东西) 如果是的话,那么这将是一个好的起点?
请原谅我的无知,我是一位经验丰富的应用程序开发人员,我习惯于处理数据库和服务API,但是之前我还没有开发过任何使用MLS或RETS的应用程序,并且发现我搜索的信息相当混乱。
不确定“创建服务”的含义。我使用RETSConnector来下载csv数据提要,然后我编写了一个C#程序来生成SQL查询,并将列表插入到数据库中。然后在网站上,当用户搜索一个属性时,它会搜索数据库并返回结果。 – 2012-03-25 19:01:01
我的意思是,我希望通过用户需求通过dmql查询直接从RETS提供程序获取信息,而不是通过定期从RETS提取查询本地数据库。这看起来并不常见,在实验后我可以看到我正在使用的RETS提供程序非常慢,并且不支持轻松进行分页的方式(无偏移量,并且作为规范的一部分) ,在dmql中没有排序) – 2012-08-13 19:00:02