對於資料庫功能與使用方式的了解，
並不只是資料庫管理人員的責任，
開發人員也不能置身事外，
因此在開始著手系統開發之前，
對現有環境配置的相關功能，
若有一定程度的認識，
在整體規畫時就可以納入這樣的考量，
以便達到預期的效果，
未來會面臨到的問題會比較少。

等到系統建置起來，
才知道要去調整，
這樣的影響有時候是非常大的。
假設不用改寫程式，
純粹從架構來調整，
或人員本身的程式開發技巧夠好，
就能達到目的，就不會有太大衝擊，
但要應用資料庫的一些機制需和程式有所連動，
影響會相當可觀，
若程式開發人員的素質參差不齊，
就會面臨到難以處理的狀況。

?? : [素質參差不齊] ?? 是 [紀律參差不齊] !!
全球最大資訊服務業
我們在幫台灣最大電腦公司
重新改寫執行效率不佳程式的經驗

團隊成員都是[重點大學]高材生
沒規定架構只規定達成目的時
最聰明[素質高]的高材生會用[最快]的方式交差,不是最佳執行績效.
O牌 ERP 有很多公司都是一開始執行速度還好
資料 100萬筆到千萬筆後, 今天的報表明天才會出來
要調校 [原廠程式]
因為原廠根本沒有考慮千萬筆資料時的[執行績效]
O牌 效率調校可以來看看我們怎麼調.........
=================================================================
「要解決問題，首先要有Know-how」，
xx科技資深技術顧問鄭xx認為，
基本上，開發人員往往不知道SQL語法可以用更好的方式寫，
來避免或解決資料庫效能的問題，
假如一開始知道這作法的影響，就不至於犯錯，
只要有人告訴他們該怎麼進行，而自己親身做過，
也比較差異後，也就不會沿用先前錯誤的作法。
=============================================
基本上，開發人員往往不知道SQL語法可以用更好的方式寫 ??
這根本問題是 :
一堆人都是模仿原廠寫作方式因此才會 [執行績效很差] .
=============================================