datetime字段记录存在但查询无记录(DMQL)
datetime field record exists but querying shows no record (DMQL)
我正在对需要使用 dmql
进行查询的数据库进行 api 调用。
https://www.flexmls.com/developers/rets/tutorials/dmql-tutorial/
我一直在关注如何查询的教程,一切正常,直到我尝试查询 datetime_field
我非常确定该记录存在,因为起初我使用“*”作为我的查询字段 returns 一切。所以我拿了第一条记录来做我的测试。
确定记录的字段名称和值是这样的"L_UpdateDate": "2018-12-05T08:07:59.9",
所以对于我的查询,我做了 none 这些作品
(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。我确实看到了这个 post 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)'
这也行不通:(
您显示的编码字符串有 %20
,它是 space,而不是 plus。
看来您确实遇到了与该大报告中相同的问题 - 修复您编码 URL 的方式,并确保加号正确编码为 %2b
确保在正确的位置修复编码 - 最后,而不是字典 - 这样你也不会得到双重编码版本。
有时 MLS 将数据时间查询视为 GMT 而不是 MLS 董事会时区。
您使用的是哪个 RETS 版本凭据? RETS 版本 1.7.2 或更早?
您应该尝试使用 ListingID 进行查询,而不是进行测试。从而你可以得出什么是真正的问题。
您还参考了此页面,其中提到了服务器如何进行日期时间查询。
http://sparkplatform.com/docs/rets/tutorials/photo_downloads
我正在对需要使用 dmql
进行查询的数据库进行 api 调用。
https://www.flexmls.com/developers/rets/tutorials/dmql-tutorial/
我一直在关注如何查询的教程,一切正常,直到我尝试查询 datetime_field
我非常确定该记录存在,因为起初我使用“*”作为我的查询字段 returns 一切。所以我拿了第一条记录来做我的测试。
确定记录的字段名称和值是这样的"L_UpdateDate": "2018-12-05T08:07:59.9",
所以对于我的查询,我做了 none 这些作品
(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。我确实看到了这个 post 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)'
这也行不通:(
您显示的编码字符串有 %20
,它是 space,而不是 plus。
看来您确实遇到了与该大报告中相同的问题 - 修复您编码 URL 的方式,并确保加号正确编码为 %2b
确保在正确的位置修复编码 - 最后,而不是字典 - 这样你也不会得到双重编码版本。
有时 MLS 将数据时间查询视为 GMT 而不是 MLS 董事会时区。
您使用的是哪个 RETS 版本凭据? RETS 版本 1.7.2 或更早?
您应该尝试使用 ListingID 进行查询,而不是进行测试。从而你可以得出什么是真正的问题。
您还参考了此页面,其中提到了服务器如何进行日期时间查询。 http://sparkplatform.com/docs/rets/tutorials/photo_downloads