一、 資料庫設計中字段的使用
在一些表的設計中，有一些常用的這段，基本上已經成為一個規範，在大型系統中，多可以看到這些字段的踪影，當然字段的名字可能有所不同。常用的欄位分為以下幾類：
1.WHO欄位
這類欄位多用於記錄每行記錄的操作變更信息，例如是誰新增的這行記錄，誰做過修改等，詳細說明如下：
欄位名稱 |
型 |
說明 |
說明 | 最後修改日期 |
LAST_UPDATED_BY |
NUMBER( 15) |
最後修改人 |
CREATION_DATE |
DATE | _創建日期 | NUMBER(15) |
|
I．創建人 | 在任何一個系統中，一般都會有一個權限驗證和登錄的過程，在登錄後，會在系統的內存中記錄登錄人的信息，當此人在對數據庫的某個表進行添加操作的時候，會同時把這個操作人員的ID值寫入表中，以供後期統計及審計II．創建時間 | 與創建人的含義類似，在創建的同時，寫入系統的當前時間，這個字段的值一般取自於伺服器而不是客戶端，比如在oracle中，可以直接使用SYSDATE作為這個字段的數值
一筆記錄被創建後，同樣會有被修改的可能性，這裡需要對修改的人進行一個記錄，以便於後期審計。
但這裡要注意的是，這裡只記錄最後的修改信息，如果一條記錄經過多次的修改，中間的修改將無跡可尋，如果需要記錄詳細修改信息，需要使用日誌功能，已經超出此場的功效。
IV．最後修改日期
與最後修改人同時寫入記錄中，同理，也是記錄最後一次修改的時間，中間的修改都被最後一次覆蓋。
2． 狀態及有效期限欄位
在某些新聞類的內容中，經常涉及到一個時效性，即一則新聞可能只在某一個時間段內是對外可見的，超過這個時間段則將不允許發布，還有就是有些時候如果發現某些內容有問題，需要暫時對外屏蔽的時候，就可以用到狀態字段，詳細說明如下：
字段名稱
類型
類型 | 字段名稱類型 | 字段名稱 |
|||||||||
字段名稱 |
|
STATUS | |||||||||
| 狀態 | |||||||||||
| DATE | 有效結束日期 |
欄位名稱 |
類型 | NUMBER |
| DELETE_DATE | DATE | |
| DELETED_BY | 人
DELETED_BY I． 刪除標誌 此欄位有兩個值,0表示正常，1表示已刪除。 打出刪除標誌後，所以的查詢語句必須同時在判斷條件的地方加上deleted=0的條件，否則會造成重大的錯誤。 II． 刪除時間 與刪除標誌一起使用，表示刪除的時間，可使用目前伺服器的時間，並以sysdate填滿即可。 III． 刪除人 與最後修改人類似，需要記錄刪除的特定操作人員 刪除與標誌位不同，採用標誌位的方式，雖然前端無法展示數據，但是後台管理人員人一樣可以透過管理程序來調整該狀態，但刪除標誌則不同，確認刪除後，對整個應該來講，這條記錄都應該理解為不存在了。 4． 自增字段 所謂自增字段，是指隨著使用，它可以自動增加的字段。 此欄位的值一般沒有明確的意義，只用於一個唯一標識，而這個欄位一般也會設定成主鍵。 如果應用只針對Oracle，而不考慮資料庫無關性，那麼sequence無非是最好的一個選擇。對於以前用習慣MSSQL等其它資料庫的朋友來說，Oracle這種用法簡直是太費勁了，要花很大的功夫才能做好一個自增字段，但是正因為如此，它也帶來了其它數據庫不能相較的優點，舉例來說，一個訂單系統，即有訂單頭，又有訂單行，一般是先插入訂單頭，再插入訂單行，對於MSSQL等資料庫的自增字段，只有插入後才知道具體的ID值是多少，那麼寫入後，還要回查一下這個字段值再給訂單行使用；而對於oracle來說，只要先從sequence裡取出一個值來，頭和行一起使用即可，最主要是的sequence的效果是非常高的，不需要擔心效能問題。 5． 彈性欄位 在資料庫表格結構設計的時候，最好多留幾個備用的欄位來，因為隨著系統的使用，一般會有增加欄位的需求。預留欄位的好處是，只要需要的時候啟用即可，不需要進行DDL操作，對資料庫後期維護的風險很低，並且一般的DDL操作，會造成級聯的VIEW/PACKAGE等程序失效，預留了彈性字段，則不會有這個問題。 預留的欄位亦可依種類分成三種：字串型，數值型及日期型，可各類型預留10個，或依需求決定，可採用如下的樣式： NUMBER_ATTRIBUTE1 STRING_ATTRIBUTE1 DATE_ATTRIBUTE1 彈性欄位如果不啟用，會不會佔用過多的儲存空間呢，答案是否定的，因為在這個大型資料庫的結構中，只有一個欄位真正被佔用的時候，才會被佔用的時候，才會被用到去佔用實際的空間，否則它只是一個“說明”，並不佔用實際的空間，所以不會造成空間浪費。 6． 分割欄位 這不是一個欄位的類型，而是指在表格設計的時候，可以適當的把一個大表拆成不同的小表來存儲，例如使用者表，可以包含登入名，密碼，姓名，生日，等一系列的字段，在某些情況下，包括的會員屬性可能達到上百個之多。 在資料量小的時候，無論怎麼樣的存儲，都不會有效能問題，但是當資料量比較大的時候，就必須考慮效能問題。如果索引比較合理，不管資料量多大，一般查詢速度都不會太慢，但是當某些特別情況，不能使用索引的時候，就會產生FTS（所謂的全表掃描），那麼掃描一個小表和掃描一個大表所佔的時間就完全不一樣了，所以建議比較大的表分開存儲，把常用的幾個字段單獨提取出來，這樣即便全表掃描，也能比較好的控制效率。 在使用的時候，只要主表和子表都有索引，把它們聯合起來查詢，和一個真正的大表的效果基本上是一樣的，雖然性能肯定比一個真實的大表慢一點，但是和另一方面的效能提升比較起來，是值得的。 目前有些大的系統採用這種拆分方式二、 合理使用視圖 視圖是對基表的一個展示形式，它並不在物理上存儲數據，只是在需要的時候去基表中調用數據，可以理解為把一個SQL封裝起來方便使用的工具。 視圖的優點有很多：1． 方便性🎜如果一個查詢很複雜，在程式中引用的時候，會非常不方便，特別是一個程式中反覆呼叫這個SQL的時候，會使用程式顯的非常臃腫，如果把SQL封裝成視圖，則會使整個程序顯得非常清爽乾淨。 2． 彈性 當一個表格被多個程式引用的時候，如果表格的結構發生變化，那麼所有的程式都需要去做相應的調整，工作量非常大，而如果此時程式中只引用的是一個視圖的話，我們只需要對該視圖進行正確的修改，則所有的程式都不會有任何問題了。 3． 安全性 視圖可以只包括一個基表的有限幾個字段，這樣在公開權限的時候，使用該視圖的用戶，就能查看基表的其它保密字段了。 視圖的優點比較多，建議在實際工作中多用視圖。 三、 PACKAGE PACKAGE即程序包，它的特點是可以在一個包中同時包括變量、函數及存儲過程，並且在整個包內，所有的公共變量可以共享，這一點是它最方便的地方。 套件還有一個特點是對外介面變得更簡單，不管套件內部如何複雜，只要對外開放有限的介面即可。 套件的這些特點在任何文件中都可以找到，不再多說，這裡只強調一點，是關於包的失效，在aspx的程式引用oracle的package的時候，因為系統快取的原因，它會記錄package的失效狀態，如果一個package的狀態已經從失效重新編譯為有效，那麼IIS的cache記錄的狀態有可能不會自動更新，仍然按失效處理，這時就會造成系統的錯誤。為了避免這種錯誤的發生，我一般在package裡加一個公共函數，取名為STATUS，此函數僅僅簡單的返回一個數字1，在調用package其它函數之前，先調用這個函數來檢查package的當前狀態，如果能正確回傳1，則可以繼續後面的操作，如果回傳為空，表示目前package有問題，可以有一個互動來提示使用者處理。當您的一個事務處理需要多個package協調處理的時候，如果前面的package已經處理成功，而後面的不能通過的時候，是一件很痛苦的事情，因為可能造成事務的不完整性，所以這時最需要事先檢查一下所有的package的狀態，把所有可能的危險都提前排除掉。 四、 索引 索引的作用很明顯，可以大大的提高檢查的速度，特別是對於大表來說，如果沒有索引，就會需要全表掃描，這是一個非常佔用時間的動作，所以需要建立相應的索引來提速。 但是在有些時候，索引會帶來負面的影響，例如大量的插入或修改刪除操作等，因為每個小的動作都會同時連帶修改索引，會大大降低DML操作的效率，因此，在大量的DML操作之前，建議先把索引刪除，操作完成後，重新建立索引，從總的時間上來講，可以節省很多。 更多Oracle程式開發小技巧相關文章請關注PHP中文網！ |
