小吳 VBQA 程式設計討論

? 看不太懂耶.. 那問題是什麼？

使用元件 clsMasters ．clsDetail 　　 代碼 　　 其他… 　　　．clsConidition 　　　　欄位名稱 　　　　條件式 　　　．clsFunction 　　　　欄位名稱 　　　　公式 　　　．clsProducts 　　　　商品主碼 　　　　其他… MasterName DateStart DateEnd 其他的資料… -------------------------------------------- 請問！要搜尋其中某些資料的時候應該要如何實行？ 使用即有的資料要如何進行資料排序？？

使用RS rsMasters ．rsDetail 　　 代碼 　　 其他… 　　　．rsConidition 　　　　欄位名稱 　　　　條件式 　　　．rsFunction 　　　　欄位名稱 　　　　公式 　　　．rsProducts 　　　　商品主碼 　　　　其他… MasterName DateStart DateEnd 其他的資料… -------------------------------------------- 請問！要搜尋其中某些資料的時候應該要如何實行？ 使用即有的資料要如何進行資料排序？？

另，對於這兩種方案，小弟其實很兩難。 一、若是自行寫元件的話！ 是可以有蠻大的空間可以自由發揮，但是就變成要實作的就很多！自行建立 InterFace 、將各個不同的資料進行關聯、還可以自行追加可記錄的欄位。　但是，如此一來，資料的格式就會被寫死( 資料庫定義好後基本上是不會變動) 那麼在 該元件也就不能隨便的更變。 二、使用 階層RS 則可以不用建立專用的儲存元件，在資料直接經由 SQL 語法就可以改變 但，實際在運作上的時候，可能會有幾千筆，經過排列組合可能會有上萬筆，那麼在 效能上　以及 程式的設計彈性上， 應該要如何考量？？

剛剛想到一個問題！　若是以後把程式轉成 .net 的話！　是否用 COM 的方式會比較好？？　畢竟.net 都是使用 ADO.NET 的。

還是看不太懂...Franma兄可否再加以解釋...例如物件的架構或資料庫的架構...**

在此深感抱歉 ！ 文筆不好一直說的不清不楚的。讓大家看的一頭霧水。小弟會好好改進的。 若還有什麼需求了解，還麻煩大家跟小弟說一聲。 To Shownic 謝謝您的回應，物件的架構還只是個雛型(還在構思中)，資料庫如下。 資料庫的架構 所以定義了五個table Master Detail (對應 Master 的ID ) Condition (對應 Master 和 Detail 的ID) Function (對應 Master 和 Detail 的ID) Proudct (對應 Master 和 Detail 的ID) 物件 參數元件 運算元件 資料庫存取元件 中介資料元件 ＜--- 這個小弟一直決定不了。所以還沒有定案。 核心流程元件 由於Promotion 的資料只是類似 「公式表」的資料，而實際上是要與銷售資料結合。 因此銷售資料表的資料錄還要和 Promotion公式 套入。 比如： Promotion 定義了 店中所有的 趴趴熊系列 配上 酷企鴉系列 ，全部特價 八折 ，執行的時候定在 一月份。 因此，小弟必須將 銷售的資料放到一個 「公式表」的格式儲存 如：銷售的資料有 十五筆，其中有 三樣是 趴趴熊 二樣是 酷企鴉 那麼小弟就要把 符合的資料 寫入到 資料中 ， 因此，小弟要 將這八種組合統統寫入到資料，再排序最好的組合， 同一樣商品是不能 重複使用。 符合的二組 Promotion 再進行打 八折。 --- 中介的資料，就是存放的那八種組合 放在 RS 好還是自已寫的元件好？？或是有更好的方案可以參考，還煩請大家指點與教導。　謝謝！

大家討論討論罷了，指點教導的話可能要反過來。 個人以為以元件處理會比放在RS中有彈性些。 例如目前來說也許是八折優待，日後如果有新的Promotion, 又得再新增或修改資料表, 導致資料庫過大。 不過程式到這種大小，和客戶需求及預算要有關係的多，因為一般一萬行以下的VB程式只需用到幾個簡單的物件，其他都在個別模組中SQL Query來處理即可，只要邏輯分配得妥當, 一些經常變動的商業邏輯是否以物件處理並不是差別很大。