發表文章

目前顯示的是 5月, 2008的文章

DataWindow執行時出現encountered select error錯誤

一般DW如果會跳出這個錯誤,通常是DW中的table定義的欄位長度與SQL執行的欄位長度不符。 如果說有其他原因,也可能是DW與SQL指令搭配不完全。 再者,一般DW執行發生錯誤如果沒有攔截dberror事件,是不會得到SQL error的訊息,然而SQL CODE 2 encountered select error:這種錯誤訊息是DW已經將SQL指令送出執行,在資料庫傳送資料到DW上發生無法處理的錯誤,導致無法繼續(encountered)。 據我的經驗是DW當初"設計"時參照使用的Table,後來因為某些因素做了變更(通常是欄位長度加大),導致DW中記載的欄位長度與實際Table不符合,當資料長度小於DW當初定義的欄位長度時還不會發生問題,但是當資料長度超過DW當初定義欄位的長度時就會出現錯誤。 解決方式: 重新進入設計DW的data source,簡單的變更或是調整一下SQL部分語法,此時DW painter會重新對應資料庫Table欄位資訊。 如果擔心有些版面會因為調整過data source就會被破壞(Regenerate),就只好匯出SRD,直接修改SRD檔案中記載TABLE的COLUMN欄位長度,如:CHAR(10) -> CHAR(30) 。使用這種方式要特別注意,修改的欄位長度最好跟資料庫中的Table欄位長度一致,以免後續有問題又需要DEBUG,反而自找麻煩。

Compute欄位小計異常

圖片
請問一下,為什麼我在這個DW的[總成本小計]後面的COMPUTE欄位(如下圖所示)加入sum( compute_0024 for group 1 ) 但出來的結果卻是 我是很單純的想把COMPUTE_0024加總起來而已!!好怪 ******************************************************************************** 關於Compute的問題,我也遇過幾次,原因不是很清楚,但是有些做過調整後就可以使用了,我提供幾種解決方法你可以各個去試試: compute_0024有Null值,因為某些條件下沒有計算值,我推測是Null值,這個Null值 可能 導致Group1上的compute計算sum值錯誤。解決方式:在compute_0024的公式外面加個if(isnull(xx) , 0 , xx)的判斷,強迫讓Null值的公式出現0值,缺點:畫面上會有"0"值出現。 在Group1上的compute公式中加入isnull判斷sum(if(isnull(compute_0024),0,compute_0024) for group 1),這方法不會有第一點的問題,但是如果是compute_0024值有問題,依然不能解決。 在Group1上的compute公式中 不要直接使用compute_0024這種計算欄位 的值,直接將compute_0024中的公式拿來替代compute_0024,因為經過測試發現計算欄位 有時候 去取得其他計算欄位的值時會有異常值的出現(原因不明,我猜可能是PB內部運算順序導致),因此我發現這樣雖然公式會"落落長"但是比較不會有問題。 Compute欄位的format不要使用預設的這個也是特例問題,雖然系統在不指定下會使用[general],卻有時候會發生計算小數點的錯誤問題,通常這種錯誤都會只發生在小數點下,我的經驗是有時候去TOTAL整數卻會跑出一堆小數點以下的數值,修改過FORMAT後就好了。例如僅需要整數時把FORMAT設定:###0。 以上四點是我這邊解決compute field的經驗,你可以修正試試看。

ProgressBar設計

圖片
說真的,當初在使用PB6.5的時候,常常覺得視覺控制項太少(可能是被VB養成的壞習慣),但是因為PB真的有其獨到MIS快速開發的物件導向功能,所以在設計MIS系統的時候,VB只好被我給秉棄不用了;可是說正格的,有時候視覺控制項卻是在UI的分數中占蠻高的比重的。而今天要設計的ProgressBar也是PB6.5缺少的控制項之一,雖然PB7以上的版本已經有這樣的控制項,不過目前朋友還是在使用PB6.5,所以我還是將它設計出來造福一下人群吧。 要設計ProgressBar並不是什麼難事,包括許多DIY的視覺物件也是,但是難就難在要做好一個完整的物件控制項,考驗設計師對使用者(其它設計師)的操作上手速度(這個應該稱作設計介面):物件功能分明度(A功能與B功能好像類似)、可控制精細度(控制項裡面的物件)、封裝一體性(對控制項裡面的物件控制要如同直接對控制項設定控制般簡單)等等,這部份就會造成程式設計師的極大差異。 好了,廢話結束,進入正題吧。 ProgressBar中文的話應該叫做"處理進度條",既然是處理進度,所以有進度百分比來顯示會比較好一點,如此可以稍微整合一下,設計好的物件控制項,別人在使用時就不需要再去加東加西的了。然而條狀要如何產生呢,簡單的可以用 Line 這個物件就好了,但是Line的特性太少,表現起來太單調,所以我改用了Rectangle(別說你不知道這叫矩形)來設計,因為Rectagle具有FillPattern的樣式,可以創造較為美觀的ProgressBar,所以初步規劃如下: 另外考慮到的一點是當Progress為100%時,rectangle是填滿的狀態,但是若Progress為0%時,則rectangle則為一片空白,這樣設計在某些畫面上會有" 空一塊 "的感覺,並不是很美觀: 因此我們希望對rectangle保留外框,而在適當的進度下改變FillPattern的範圍: 可是,若是注意看rectangle物件的屬性,是無法這樣操作的,也就是說FillPattern只會全部塗滿,但是無法 依照指定範圍 塗滿,所以我們必須另外想辦法處理這樣的問題。其實可以用很簡單的方法解決這個問題。 對,你想到了嗎?就是用兩個rectangle,一個當底僅顯示外框,另一個當BAR;當BAR的rectangle需在當底的recta