其實我一直覺得
現在大部分的語言都是ORM來寫的
除非特化場景
不然不太直下SQL
多數用架構來解決效能問題
講直白點
架構師夠力DBA幾乎可以省下來
跑起來要時間的都預跑cache起來
善用LRU跟Redis幾乎讀方面
依賴SQL很少
大概就大量Transaction的比較需要優化
而量大到一個級別也不是靠優化能解決
最終還是靠架構來處理
當然DBA在量大時的優化也不可少
不過相對的重要性似乎被稀釋不少
所以要當DBA沒有別的
專心當Oracle的就好
其他的DB基本上幾乎都靠架構處理
只有用Oracle的公司專心買單給Oracle
軟硬直向擴展到爆
做這種的才值錢不過缺也有限
認真說
還是寫程式未來的出路廣多了
※ 引述《carsun00 (永夜)》之銘言：
: 各位年薪300的大大們好，
: 有幸最近取得OFFER，麻煩提供點意見。
: 背景
: 私立科大的資工系
: 軟體業工作經驗2年多一點。
: 現職主要技能都在DB上，但是還不到專業DBA，
: 最多是簡單的效能、語法結構調整、IO存取。
: 硬體面的完全不會。
: N為現職公司的薪水
: OFFER - 都是博弈
: 公司 A公司 B公司
: 職務 C#程式開發 DBA
: 薪資 N+8 *14 N+11 * 14
: 地點 皆台中
: 工時 09~18彈性30分 09~18
: 內容 主要系統維護 協助產品開發SQL調整
: 副協助客服排除問題 規劃系統架構(硬體面)
: 加班 不加班， 平常不加班
: 但有機會ONCALL 產品上線時會需要支援
: 優點 增加寫程式能力， 專心於DB上，
: 過往經驗都是SQL面。 銜接現有技能
: 缺點 感覺維護性質較高 博弈的DBA，
: 不確定風險會不會比較高。
: 寫程式的機會降低。
: 考量點
: 兩邊給的條件其實都差不多，
: 感覺上唯一的差別在風險&未來規劃。
: 未來目標是加入AWS的技能
: 但兩間都沒機會用上，所以要自己學習。
: [程式+AWS] VS [DBA+AWS]的發展，
: 不太確定誰比較有優勢
: A公司單純在程式的維護與開發沒碰上設備、金流的問題。
: B公司定位是DBA..不知道算不算碰上設備。
: 以上，謝謝各位大大的指點。