| 你建表的時候是否出現(xiàn)這樣的場景：一個訂單可能有多種狀態(tài)：未審核，審核，處理中，處理完成。 這時候，你要考慮如何建這個訂單表要比較好。 按照慣例，說說不好的情況：建4個結構一樣的訂單表，每個表代表每種狀態(tài)。 這個想想都要瘋了，同樣的表要建4個表，炒雞麻煩。  這個很明顯不符合 Access建表規(guī)范總結（一）——高度概括。 比較好的方法就是要一些輔助字段。 輔助字段是為了輔助這個表，填寫一些額外的輔助信息，就像這個訂單狀態(tài)就是屬于輔助信息。 在這里有兩種思路，看情況使用。 思路1： 用一個設計成組合框的字段 這個需要設置查閱屬性，用組合框顯示狀態(tài)，而相關狀態(tài)可以再建一個狀態(tài)基礎表，方便維護。 這種做法，比較適合一條記錄只有一種狀態(tài)，或者狀態(tài)種類很多的情況下比較好，有些ERP、MRP采用這種方式。  思路2： 用多個布爾值字段 這種方法就是簡單直接明了，可以很清楚看出當前是屬于什么狀態(tài)。 比較適合那種一條記錄同時存在多個狀態(tài)，或者狀態(tài)種類比較少的情況。  相關文章： Access建表規(guī)范總結（一）——高度概括 Access建表規(guī)范總結（二）——基礎表獨立 Access建表規(guī)范總結（三）——主子表拆分 Access建表規(guī)范總結（四）——適當冗余 Access建表規(guī)范總結（五）——輔助字段 |
roych 發(fā)表于 2015-5-28 13:12
可惜的是，很多新手要么不屑看這些，要么就是不想看，覺得這太基礎了。
以前我是這么過來的，開始寫軟件時 ...
這些東西叫經(jīng)驗。
|站長郵箱|小黑屋|手機版|Office中國/Access中國
( 粵ICP備10043721號-1 )
GMT+8, 2025-7-13 05:18 , Processed in 0.112501 second(s), 24 queries .
Powered by Discuz! X3.3
© 2001-2017 Comsenz Inc.
