2012-07-17 67 views
0

我想今天更新了上次被不一致的查询结果拉力

queries.push({ 
    type:"task", 
    key:"tasks", 
    fetch:"WorkProduct,Name,FormattedID,ToDo,Owner,LastUpdateDate,RevisionHistory,Revisions", 
    query: "(LastUpdateDate > 2012-07-17)", 
    order: "LastUpdateDate desc" 
}); 

查询任务,然后使用自定义网格的应用程序,使类似的查询与

(LastUpdateDate > "2012-07-17") 

我注意到,从结果第一种方法是第二种方法的子集。即某些任务在2012年7月17日后更新(我检查了修订版),并且缺少第一种方法的结果。

可能有人解释我这个?

+0

这可能是你的工作区和项目范围界定在你的应用程序的功能 - 如何在这些设置? – 2012-07-17 20:45:11

+0

我使用的是同一个帐户两个,拥有标准的工作空间和项目范围的应用 – HuyNA 2012-07-17 21:01:49

+0

我还检查了丢失的任务,他们的工作产品是相似的迭代,并与其他人释放,没有什么特别的 – HuyNA 2012-07-17 21:03:20

回答

0

我与结果集对他们有200限制API搞乱时前发现了什么。

所以这个是可以返回超过200所需要的任何查询被寻呼。

希望这会有所帮助!

+0

是真的,我意识到它们限制了返回结果的数量,但从未在任何文档中显示,导致混淆 – HuyNA 2012-10-16 18:35:39

0

当通过用户界面运行报告时,我遇到了一个问题,当我尝试使用>和<的范围功能和组合时,页面会发出错误。他们没有成功解决这个问题,我认为他们仍然认为这是他们管理层的一个缺陷。不过,我可以通过使用> =和< =运算符作为单独的筛选器来生成一个范围,从而得到解决方法。

我在这一切的一点是,您可能需要使用不同的运营商进行试验。