請教各位前輩.    小弟目前准備開始做有關薪水計算的系統, 因為工廠的性質是成衣類, 故薪資的類型上有分為兩種, 計件薪資和月薪資, 另一方面薪資結算的周期為半月一次, 小弟的想法是一個MDB資料庫中存入一年的薪資資料, 至年初時再將其備份存檔并重新复制一個相同格式的MDB資料庫, 做為新的一年的資料庫檔案, 只是說在初步設計之時, 小弟覺得依照這樣來建立資料表的話大概需要建立八十個左右的資料表, 諸如之前所述, 資料表可分為計件一月份1, 計件一月份2, 計件一月份總表, 月薪一月份1, 月薪一月份2, 月薪一月份總表...一直延續到十二月(其中1代表上半月, 2代表下半月), 因為其中總表類的資料表欄位和上下半月的資料表欄位不同, 其涉及到處理一些醫療保險, 個人所得稅的問題, 所以不能共用, 這樣設計的多資料表形態, Access資料庫是否支持? 是否會影響程式在Run時的效能呢? 小弟覺得這樣的想法真的不是很理想, 加上自己實做經驗的缺乏, 所以敬請各位前輩指教這些實做的經驗, 是否有更好的設計方法呢? 感謝! ===================== 努力,相信會獲得美麗! 忻晟

------
忻晟

cashxin2002 你好 :

運用資料分割(Partition)的觀念, 需要考慮進行"切割"的時機.    在遇到跨年度的統計時, 容易出現實作的困難,
例如, 計算年度扣繳憑單時,去年的薪資資料, 仍不可"切割"開, 
否則須同時連接 2 個 MDB, 在處理上會複雜許多.    個人建議, 分為主資料庫與歷史資料庫兩種, 並 Implement 由
主資料庫"移到"歷史資料庫的功能, 至於何時執行該功能, 則由
公司制度決定之.    Access 資料庫...初步看似可滿足需求, 但可能會讓你"漸漸"
感到不敷使用, 如果公司經費許可, 還是使用較大型的 DBMS,
比較不會遇到功能擴增時的困難, 例如, 大部分的統計性資料
(薪資總表等...), 有時候由後端的預存程序(Stored Procedure)處理,
比將資料抓到前端處理後再送回, 有效率許多.

謝了﹗ Mickey兄﹗    目前正在實做專案﹐初步認同您的設想﹐用Access建立資料庫﹐差不多80個資料表﹐正一步步進行之中﹐因為每年都要將資料庫備份出來存檔﹐再將所有資料庫清空﹐整年的資料筆數也不會太多﹐所以應該不存在太大的問題﹗ <><>===================== 努力,相信會獲得美麗! 忻晟

------
忻晟