基於oracle的應用的解決方案，不是乙個dba和幾個只懂得增刪改查的開發人員就可以設計好的。
狹義的dba主要搭建和恢復，開發人員才主要在應用。否則，設計的結果，要麼沒根本沒有任何的oracle的優勢/也必然有很多隱含的問題。所以說開發小組的人員必須有精通資料庫的開發人員，才能保證資料庫的邏輯/應用是可靠的。
很多「架構師」說我的系統不但支援oracle/sqlserver/db2/mysql，而且不但支援千萬資料，還支援上億資料；而這所有的一切都是通過引數配置，就可以用一套系統來實現,很牛吧。但是這樣的產品十之**對資料庫訪問常常是通過最簡單最基礎的sql進行實現，而這樣將無法使用各種資料庫的優勢，效率很低。對於資料庫操作，幾十萬和幾千萬的最佳解決方案往往是不一樣的，而不同資料庫的解決方案，則更是不一樣。這些問題常常是普通增刪改的測試無法測出的，如：多使用者並行產生的排序不一致；長事務提交、oltp下的點陣圖索引等引起的鎖；索引衝突等等。可以說對於針對上億資料作出的oracle的高效應用，在執行效率上一般至少要那種大而全的系統快速50倍甚至上百倍以上。幾個只懂得增刪改查的開發人員開發完畢，然後找dba優化是很難開發出高效的海量資料庫系統的，因為資料庫的大部分效能問題，都集中在應用開發中。
但是情況常常是很多系統開發出來的後，開發人說資料庫太慢了，再找個dba優化下資料庫。但是從經驗看很多的效能問題，都是出現在應用上，不是例項級的優化可以解決的。有人說，oracle是資料庫no1，不用了解，他自己會把事情幹好。不是的，他也許是資料庫no1，但很多時候他不是很智慧型的，唯一聯合索引的第乙個字段如果和近乎唯一索引的使用普通索引的單一字段同時作為查詢條件時，也許是你改使用強制索引失效的方式，來改變oracle預設執行計畫的時候了；小於4k的預設儲存。所以oracle只是針對大多數應用進行解決，而不是所有應用。只有針對當前業務，設計出來的東西，才可能是最好的東西。而這個東西對於預設方式，很可能改動很多，其中絕大部分不是資料庫本身的調整，而是應用的調整。
很多人看個概念，輕輕測試下，就應用到大型系統中。一般是有問題的。（版本/應用環境/應用的特殊性）不過，非要用核桃夾當錘子來砸核桃，當然也是可以的。
體驗用yarp當閘道器
yarp是微軟開源的乙個用.net實現的反向 工具包，github庫就叫reverse proxy 反向 吐槽一下微軟起名字233333 nuget包preview9之前都叫microsoft.reverseproxy，preview10變成yarp.reverseproxy了 放上鏈結 由於公司技...
UltraISO 幫你把U盤當光碟用
ultraiso是款功能強大的光碟工具，官方對其的概括是handle cd and images with ease 對我們就是要讓處理cd和 映象變得簡單。現在這款軟體的最新版本是ultraiso 9.3.6.2750 下面介紹一下功能，奶牛覺得這款軟體比較出色的功能有3個，乙個是可以將光碟映象寫...
UltraISO 幫你把U盤當光碟用
ultraiso是款功能強大的光碟工具，官方對其的概括是handle cd and images with ease 對我們就是要讓處理cd和 映象變得簡單。現在這款軟體的最新版本是ultraiso 9.3.6.2750 下面介紹一下功能，奶牛覺得這款軟體比較出色的功能有3個，乙個是可以將光碟映象寫...