2014-07-04 58 views
0

我在使用Crystel報告約8年後再次未觸摸它。將數據與日期表合併時會在添加某個記錄字段時出現奇怪的行爲

我遇到這種情況... ...

我有1個數據表,表1只天數從1到31 沒有相互之間是真正的聯繫。

在我的報告中,我讓用戶選擇一個參考日期。

從那天起我抓住了這個月的最長日子。

該報告列出了該月的每日行,但是沒有實際的數據庫字段。只有日期名稱的前兩個字母,日期編號和另一個基於公式的字段顯示「是/否」或「」,具體取決於主記錄值。

到目前爲止這麼好。

在組頭中,我添加了主數據表中的字段,這些字段一切正常,直到我添加了在sql server上的查詢依賴於某些情況的字段,但CR只是將它讀出爲1個單行記錄行在裏面。

由於某些原因,只要輸出'X'或'',報告生成就會從1-2秒到30-40。 (它代表分配給該用戶的東西)

其他我使用相同數據的報告仍然在2秒內生成。

爲了獲得這項工作權利並且發起雙重日期記錄,我被困在了三組中。

我認爲這不是最佳的,也是減速的原因,儘管它一開始並不存在。

所以我想知道:

我應該去一天上市的子報告? 我可以爲我的日期參數提供子報表嗎?

還是有某種腳本的方式來列出一行X次沒有所有的分組要求?

+0

這聽起來像是有問題的查詢而不是水晶報告,所以自行描述它們,如果仍有問題,請將它們發佈到此處。 – Synchro

+0

一個小方面說明,看來罪魁禍首就是報告中的排序>記錄排序專家。當我刪除它時,需要2秒。不知道爲什麼它會導致176條記錄的這種放緩。 – gvb

+0

從哪裏獲得'日期列表'以及從'datatable'得到的數據以及來自兩者的數據如何鏈接在一起,以及如果表之間沒有鏈接,那麼您爲什麼要在報表中使用這些數據? – Siva

回答

1

Synchro是正確的,問題出在實際的查詢/視圖。

由於某些原因,如果您只是通過特定字段添加訂單,視圖將花費半分鐘的時間。

「211和265之間的id或id = 67」已從聯接視圖移至實際查詢。

感謝您的提示,Synchro。

相關問題