Oracle程式開發小技巧

    Oracle有許多的優點，但是如果使用不當，同樣也不能發揮出它的強大優勢，下面就本人在Oracle開發過程中積累的一點小經驗，和大家做一個分享。

一、 資料庫設計中字段的使用

    在一些表的設計中，有一些常用的這段，基本上已經成為一個規範，在大型系統中，多可以看到這些字段的踪影，當然字段的名字可能有所不同。常用的欄位分為以下幾類：

1.WHO欄位

    這類欄位多用於記錄每行記錄的操作變更信息，例如是誰新增的這行記錄，誰做過修改等，詳細說明如下：

DATELAST_UPDATED_BYCREATION_DATE_創作人    在任何一個系統中，一般都會有一個權限驗證和登錄的過程，在登錄後，會在系統的內存中記錄登錄人的信息，當此人在對數據庫的某個表進行添加操作的時候，會同時把這個操作人員的ID值寫入表中，以供後期統計及審計    與創建人的含義類似，在創建的同時，寫入系統的當前時間，這個字段的值一般取自於伺服器而不是客戶端，比如在oracle中，可以直接使用SYSDATE作為這個字段的數值    III．最後修改人

欄位名稱	型	說明
說明	最後修改日期
NUMBER( 15)	最後修改人
DATE	創建日期	NUMBER(15)
	I．創建人	II．創建時間

    一筆記錄被創建後，同樣會有被修改的可能性，這裡需要對修改的人進行一個記錄，以便於後期審計。

    但這裡要注意的是，這裡只記錄最後的修改信息，如果一條記錄經過多次的修改，中間的修改將無跡可尋，如果需要記錄詳細修改信息，需要使用日誌功能，已經超出此場的功效。

    IV．最後修改日期

    與最後修改人同時寫入記錄中，同理，也是記錄最後一次修改的時間，中間的修改都被最後一次覆蓋。

2． 狀態及有效期限欄位

    在某些新聞類的內容中，經常涉及到一個時效性，即一則新聞可能只在某一個時間段內是對外可見的，超過這個時間段則將不允許發布，還有就是有些時候如果發現某些內容有問題，需要暫時對外屏蔽的時候，就可以用到狀態字段，詳細說明如下：

字段名稱

類型

字段名稱字段名稱類型類型NUMBEREND_DATE

    I．狀態

    這個字段一般用數值型表達，0表示失效，1表示有效，當然在使用的時候，可以把這兩個值進行轉義，用“有效”和“失效”來顯示，不影響存儲方式。

失效不等於刪除，經過失效的內容，經過管理程序的調整，把狀態變成有效後，還可以恢復正常使用。

    II．有效開始日期

    這個字段如果填有具體的值，只有當時間超過這個時間後，信息才是有效的，在這個日期之前，信息將自動按無效處理，特別需要注意的是，如果這個字段置空，應該要按跳過這個條件檢查來處理，這樣可以實現程式的彈性。

    III．有效結束日期

    具體意義同上，僅超過此期，內容將依失效處理。

3．邏輯刪除

    在資料庫系統中處理的刪除的做法一般有兩種：物理刪除和邏輯刪除，所謂物理刪除，就是在資料庫中直接使用delete等命令，從資料庫中把資料真正的刪除，這種刪除從正常途徑將無法恢復數據，雖然可以部分程度減少整體的數據量，但不利於審計跟踪；邏輯刪除指的是對數據不做任何刪除處理，而是對記錄打個標記，也就是在某個欄位上賦值，表示此記錄已刪除。

    邏輯刪除的處理邏輯只由應用程式自己使用，因為資料在資料庫中實際還是存在的。

    所涉及欄位如下：

類型		字段名稱
字段名稱		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中文網！