1

我正在对需要使用dmql进行查询的数据库进行 api 调用。

https://www.flexmls.com/developers/rets/tutorials/dmql-tutorial/ 我一直在关注本教程如何查询，一切正常，直到我尝试查询datetime_field

我很确定该记录存在，因为起初我使用“*”作为返回所有内容的查询字段。所以我拿了第一张唱片来做我的测试。

确定记录的字段名称和值是这样的"L_UpdateDate": "2018-12-05T08:07:59.9",

所以对于我的查询，我做了，但这些都不起作用

(L_UpdateDate=2018-12-05T08:07:59+)
(L_UpdateDate=2018-12-05T08:07:59.9)
(L_UpdateDate=2018-12-05T08:07:59.9+)
(L_UpdateDate=2018-12-01T00:00:00+)

不知何故，这虽然有效，但结果当然不是我想要的

(L_UpdateDate=2018-12-05T08:07:59-)

不确定是否应该在此处显示任何其他编码，因为一切正常，即使我尝试使用其他字段进行查询。只是这样datetime并没有按预期工作。

提前感谢您的任何帮助/建议。

PS。我确实看到了这篇文章http://vendorsupport.paragonrels.com/question/4196/datetimeyyyy-mm-ddthhmmss-syntax-returns-no-results/

这表明因为我确实忘记了它的url编码所以我添加了它也无济于事。

这就是我所做的filter: encodeURI(filter)，filter: encodeURI('(L_UpdateDate=2018-12-05T08:07:59%20)')然后encoded是filter: '(L_UpdateDate=2018-12-05T08:07:59%20)'

这也不起作用:(

4

2 回答 2

1

您显示的编码字符串%20是空格，而不是加号。

因此，您似乎确实面临与该大报告中相同的问题 - 修复您编码 URL 的方式，并确保加号正确编码为%2b

确保在正确的位置修复编码 - 最后，而不是字典 - 所以你也不会得到双重编码的版本。

于 2019-07-25T18:35:07.210 回答
0

有时 MLS 将数据时间查询视为 GMT，而不是 MLS 板时区所在的位置。

您使用的是哪个 RETS 版本凭据？RETS 版本 1.7.2 或更旧？

您应该尝试使用 ListingID 进行查询来进行测试。因此，您可以得出真正的问题是什么。

您还参考了此页面，其中提到了服务器如何进行日期时间查询。 http://sparkplatform.com/docs/rets/tutorials/photo_downloads

于 2020-03-18T09:06:50.650 回答