不一致的查詢結果拉力

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

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日後更新（我檢查了修訂版），並且缺少第一種方法的結果。

可能有人解釋我這個？

來源

2012-07-17 HuyNA

這可能是你的工作區和項目範圍界定在你的應用程序的功能 - 如何在這些設置？ – 2012-07-17 20:45:11

我使用的是同一個帳戶兩個，擁有標準的工作空間和項目範圍的應用 – HuyNA 2012-07-17 21:01:49

我還檢查了丟失的任務，他們的工作產品是相似的迭代，並與其他人釋放，沒有什麼特別的 – HuyNA 2012-07-17 21:03:20

我與結果集對他們有200限制API搞亂時前發現了什麼。

所以這個是可以返回超過200所需要的任何查詢被尋呼。

希望這會有所幫助！

來源

2012-07-27 19:09:57 user1537867

是真的，我意識到它們限制了返回結果的數量，但從未在任何文檔中顯示，導致混淆 – HuyNA 2012-10-16 18:35:39

當通過用戶界面運行報告時，我遇到了一個問題，當我嘗試使用>和<的範圍功能和組合時，頁面會發出錯誤。他們沒有成功解決這個問題，我認爲他們仍然認爲這是他們管理層的一個缺陷。不過，我可以通過使用> =和< =運算符作爲單獨的篩選器來生成一個範圍，從而得到解決方法。

我在這一切的一點是，您可能需要使用不同的運營商進行試驗。

來源

2014-01-09 00:19:25

不一致的查詢結果拉力

回答

相關問題