其實我一直覺得 現在大部分的語言都是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..不知道算不算碰上設備。 : 以上，謝謝各位大大的指點。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 117.19.148.160 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1584547929.A.494.html