由於公司需要postgresql資料庫做專案，而之前又沒使用過該資料庫，所以抽空簡單看了下postgresql的參考手冊。看完手冊，感嘆其強大的多版本事務控制、豐富的內建函式、靈活的可擴充套件性之餘，再回顧之前應用使用過的sybase、mysql等其它資料庫，發現企業應用（erp，財務系統，進銷存等）說到底就是資料庫處理。那麼企業應用應該如何合理使用資料庫，又需要注意哪些事項呢？本人總結如下：
1、查詢優化
企業應用歸根結底就是資料表的增、刪、改、查，而增、刪、改通常都是單錶操作，只有查詢千變萬化，因此查詢語句質量的高低直接關係到企業應用的響應速度。而且資料庫查詢在企業應用裡佔比又極大，各式各樣的報表隨處可見便是乙個很好的佐證。因此，我們需要進行查詢優化。
雖說，現在的資料庫都有標準sql，但是不同的資料庫其優化方式畢竟不同，因此我認為了解資料庫的索引如何處理、sql語句如何分析等是非常有必要的。
2、事務處理
事務處理核心就是鎖的處理，但是不同的資料庫在實現機制上還是存在著很大差異，因此了解資料庫的事務隔離級別、鎖處理機制是十分有必要的。
當然，現在的開發語言以及開發平台，在事務處理這一層面上都有平台支撐的，一般不需要開發人員顯性的去開啟事務、提交或回滾事務，開發人員只要執行sql語句語句即可，至於事務的開啟、提交或回滾處理，開發平台或開發框架應統一處理。
3、併發控制
通常併發控制應該由應用層面來控制處理，如不能更改已經變動過的字段、記錄。併發控制最好也應該由開發平台統一處理。這裡就不得不提曾經的資料庫應用開發王者powerbuilder了，其在儲存資料時就可選擇基於主鍵處理還是主鍵+更新字段處理，一旦我們選擇主鍵+更新字段處理，那麼只要這條記錄別人在你查詢之後已經更改過的話，你是不可能更新成功的，除非重新查詢、處理。
4、資料備份
資料安全最重要，因此，企業應用必須有資料備份策略及方式災情時的恢復策略。
總結：
資料庫對與企業應用來說，一句話總結：安全第一 兼顧效率，即cio/cto應該把資料庫備份、恢復策略放在首位，然後才是解決資料庫效能等其他問題，具體如下：
1）企業應用應該有sql監控功能，知道哪些sql、函式、儲存過程執行慢；
2）優化sql（查詢優化，增、刪、改盡量使用批處理）；
3）開發人員統一事務處理方法（開發框架完全接管事務，開發手冊明確規定事務如何處理都可以）；
4）統一的併發處理機制（行記錄帶版本號，或行鎖定，或其它）；
如何合理使用資料庫冗餘欄位的方法
privot多對多關係的中間表。pt5框架會自動把privot帶上。我們需要隱藏，因為我們不需要privot，而且pritvot也不在我們模型本身，他是中間資料 另外冗餘字段，我們有乙個表是記錄的，另乙個表是記錄商品的。我們可以在你放商品裡的url 同時商品裡放id和url 這兩個欄位是重複的，這就...
資料庫合理設計
1.資料庫的設計 盡量把資料庫設計的更小的佔磁碟空間.1 盡可能使用更小的整數型別.mediumint就比int更合適 2 盡可能的定義欄位為not null,除非這個字段需要null.3 如果沒有用到變長字段的話比如varchar,那就採用固定大小的紀錄格式比如char.4 表的主索引應該盡可能的...
談談資料庫索引
索引是乙個單獨的 儲存在磁碟上的資料庫結構，他們包含對資料庫裡所有記錄的引用指標。或者索引是對資料庫表中一列或多列的值進行排序的一種結構。索引的作用 提高資料庫查詢的效率。索引支援hash和b tree結構 hash 可以快速的精確查詢，但是不支援範圍查詢。所以hash索引適用於等值查詢的場景，也就...