電波幻想

一般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，反而自找麻煩。

請問一下,為什麼我在這個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的經驗，你可以修正試試看。

說真的，當初在使用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...