書寫經(jīng)驗(yàn)83人覺得有用

數(shù)據(jù)庫開發(fā)工程師這個(gè)崗位職責(zé)該怎么寫？得好好琢磨一下。既然是寫給公司內(nèi)部用的，就不能太虛頭巴腦，要具體到點(diǎn)子上。比如，你得說清楚這個(gè)崗位到底干什么，是負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)、優(yōu)化，還是日常維護(hù)？像設(shè)計(jì)這部分，就得提到需要根據(jù)業(yè)務(wù)需求搭建數(shù)據(jù)庫架構(gòu)，確保數(shù)據(jù)存儲高效合理。至于優(yōu)化，那就是定期檢查數(shù)據(jù)庫性能，找出那些慢查詢語句，想辦法提升效率。

說到日常維護(hù)，這活兒也不少。首先要保證數(shù)據(jù)庫運(yùn)行穩(wěn)定，別老出問題，不然影響業(yè)務(wù)可不好。還有就是備份恢復(fù)這塊兒，得制定好計(jì)劃，定期做全量備份，萬一哪天數(shù)據(jù)丟了還能找回來。不過有時(shí)候?qū)懼鴮懼腿菀茁┑粢恍┘?xì)節(jié)，比如沒提數(shù)據(jù)庫的安全管理，其實(shí)這也是個(gè)重點(diǎn)，得防止非法訪問，設(shè)置權(quán)限什么的。

再來說說任職條件吧。這事可不能含糊，得明確一點(diǎn)，不然招進(jìn)來的人可能不靠譜。學(xué)歷至少得本科起步，計(jì)算機(jī)相關(guān)專業(yè)，還得有三五年的工作經(jīng)驗(yàn)。技術(shù)方面，sql必須精通，oracle、mysql都得會用。要是能熟悉nosql那就更好了，畢竟現(xiàn)在好多項(xiàng)目都在往分布式方向走。不過這里頭可能會有點(diǎn)小問題，比如寫的時(shí)候可能忘了強(qiáng)調(diào)溝通能力，其實(shí)跟團(tuán)隊(duì)其他成員協(xié)作也很重要。

關(guān)于年薪，挺敏感的，得看地區(qū)和公司規(guī)模。一般來說，初級的可能十幾萬左右，資深的能到三四十萬甚至更多。不過也得結(jié)合實(shí)際情況，比如有些小公司可能給不到這么高，但福利待遇還不錯(cuò)，這就得看個(gè)人選擇了。有時(shí)候?qū)懙臅r(shí)候容易忽略這一點(diǎn)，只顧著寫工作內(nèi)容和要求，忘了提薪資范圍，這樣對求職者來說不太友好。

書寫經(jīng)驗(yàn)13人覺得有用

寫崗位職責(zé)的時(shí)候，得先把這份工作的核心任務(wù)搞清楚。比如oracle數(shù)據(jù)庫開發(fā)工程師這個(gè)崗位，主要就是圍繞著數(shù)據(jù)庫的搭建、維護(hù)和優(yōu)化來的。這部分內(nèi)容需要具體一些，不能太籠統(tǒng)，比如說負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)和實(shí)施，這就不夠細(xì)致?？梢约?xì)化到具體的操作步驟，像參與需求分析，確定數(shù)據(jù)庫的結(jié)構(gòu)布局，這樣寫起來就更有針對性。

接著，要把日常工作中的一些細(xì)節(jié)寫進(jìn)去。這部分內(nèi)容通常會涉及到具體的技能點(diǎn)，像熟練掌握oracle數(shù)據(jù)庫的相關(guān)技術(shù)，包括sql語句的編寫、存儲過程的創(chuàng)建等。這里需要注意的是，有時(shí)候?qū)懙臅r(shí)候可能會漏掉一些關(guān)鍵點(diǎn)，比如只寫了sql語句的編寫，卻忘了提到索引的優(yōu)化，這就可能讓?shí)徫宦氊?zé)顯得不完整。所以，在寫的時(shí)候要多檢查幾遍，確保沒有遺漏重要的工作內(nèi)容。

對于一些比較復(fù)雜的工作任務(wù)，可以分階段來描述。比如數(shù)據(jù)庫的維護(hù)工作，可以從定期備份開始說起，然后說到數(shù)據(jù)恢復(fù)的操作流程，再到異常情況下的應(yīng)急處理。這樣寫的好處是能讓閱讀者清楚地了解到整個(gè)工作流程是怎么進(jìn)行的。不過，有時(shí)候在寫的過程中，可能會因?yàn)槭韬霭涯承┎襟E順序搞混了，比如把數(shù)據(jù)恢復(fù)放在備份前面，這就容易讓人產(chǎn)生誤解。

書寫注意事項(xiàng)：

崗位職責(zé)里還可以加入一些對團(tuán)隊(duì)協(xié)作的要求。例如，需要和其他部門保持良好的溝通，確保數(shù)據(jù)庫系統(tǒng)的順利運(yùn)行。這一部分的描述可以稍微靈活一點(diǎn)，可以根據(jù)實(shí)際情況調(diào)整，但要注意不能太過隨意，不然可能會顯得職責(zé)不清。有時(shí)候?qū)懙臅r(shí)候，可能會因?yàn)榇朕o不當(dāng)導(dǎo)致表達(dá)不夠明確，比如用了一些模糊的詞語，像“大概”、“可能”之類的，這就會影響職責(zé)的準(zhǔn)確性。

小編友情提醒：

寫完之后最好能找同事或者領(lǐng)導(dǎo)看看，聽聽他們的意見。畢竟每個(gè)人看問題的角度不一樣，他們可能會指出一些你沒注意到的地方。當(dāng)然，有時(shí)候自己寫的時(shí)候可能會因?yàn)橼s時(shí)間而忽略這一點(diǎn)，結(jié)果導(dǎo)致崗位職責(zé)存在一些小問題，但這也是沒辦法的事，只能以后慢慢改進(jìn)了。

書寫經(jīng)驗(yàn)72人覺得有用

寫崗位職責(zé)的時(shí)候，得先弄清楚這個(gè)職位具體要做哪些事情。比如說資深數(shù)據(jù)庫開發(fā)工程師，這工作聽起來就挺專業(yè)的，肯定不是隨便寫幾句就能概括清楚的。這類崗位需要考慮的東西很多，技術(shù)層面的細(xì)節(jié)不能少，日常的工作流程也得交代明白。

比如，負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)和優(yōu)化這部分，就不能含糊其辭。你得明確說清楚要用到哪些工具，像oracle、mysql之類的數(shù)據(jù)庫系統(tǒng)，還有數(shù)據(jù)建模的方法，這些都是專業(yè)領(lǐng)域里的東西。如果寫得模棱兩可，別人看了也不知道具體該怎么做。

書寫注意事項(xiàng)：

日常維護(hù)這部分也不能忽略。數(shù)據(jù)庫的運(yùn)行狀態(tài)監(jiān)控、性能調(diào)優(yōu)，還有定期備份這些工作，都得寫進(jìn)去。尤其是性能調(diào)優(yōu)這塊，涉及到sql語句的優(yōu)化、索引的合理設(shè)置，這些都是很具體的活兒，要是寫得太籠糊，到時(shí)候出了問題也沒法追責(zé)。

再就是跟其他部門協(xié)作的部分。數(shù)據(jù)庫開發(fā)工程師肯定不是一個(gè)人單干的，得跟業(yè)務(wù)部門、測試團(tuán)隊(duì)保持溝通。這部分職責(zé)寫的時(shí)候得具體一些，比如需要參與需求討論會，確保數(shù)據(jù)庫設(shè)計(jì)符合業(yè)務(wù)需求，還有就是配合測試人員排查問題，這些都得寫清楚。

有時(shí)候?qū)懙臅r(shí)候可能會有點(diǎn)混亂，比如把“需求分析”寫成了“需求解析”，雖然意思差不多，但這樣其實(shí)不太好。還有些時(shí)候可能忘記提到某些關(guān)鍵點(diǎn)，像數(shù)據(jù)庫安全這一塊，像權(quán)限管理、數(shù)據(jù)加密這些措施，要是漏掉的話，后續(xù)可能會出大問題。

寫職責(zé)的時(shí)候別忘了提到文檔編寫這部分。數(shù)據(jù)庫開發(fā)過程中產(chǎn)生的各種文檔，像設(shè)計(jì)文檔、操作手冊之類的，都是日常工作的一部分。要是這部分沒寫進(jìn)去，給人的感覺就是這崗位好像只顧著干活，卻不注重積累經(jīng)驗(yàn)。

書寫經(jīng)驗(yàn)36人覺得有用

寫數(shù)據(jù)庫開發(fā)工程師的社招崗位職責(zé)和職位要求時(shí)，得先搞清楚這個(gè)崗位到底需要什么樣的人。簡單說，既要能干活兒，還得會動腦子。比如，崗位職責(zé)這部分，得把具體的工作內(nèi)容寫出來，讓應(yīng)聘者一看就知道自己干的是什么。

像什么負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)，優(yōu)化數(shù)據(jù)庫性能，這些都是基本功。還有就是編寫sql腳本，處理日常的數(shù)據(jù)問題，這都是日常工作的一部分。有時(shí)候可能還要跟其他部門配合，比如業(yè)務(wù)部門，他們提需求，你得想辦法實(shí)現(xiàn)。這部分內(nèi)容最好寫得具體些，別光喊口號，比如“負(fù)責(zé)數(shù)據(jù)庫的日常維護(hù)”，這太籠統(tǒng)了，改成“每日檢查數(shù)據(jù)庫運(yùn)行狀態(tài)，解決可能出現(xiàn)的性能瓶頸”就更有針對性。

至于職位要求，得結(jié)合實(shí)際工作來寫。像熟練掌握oracle、mysql之類的數(shù)據(jù)庫系統(tǒng)，這是硬指標(biāo)。還有熟悉sql調(diào)優(yōu)技巧，這很重要，畢竟數(shù)據(jù)庫性能直接影響到整個(gè)系統(tǒng)的效率。另外，有項(xiàng)目管理經(jīng)驗(yàn)也是加分項(xiàng)，因?yàn)楹芏嗲闆r下不是一個(gè)人單打獨(dú)斗，而是團(tuán)隊(duì)協(xié)作完成任務(wù)。不過，有些東西寫得太死板也不好，比如“必須有五年以上工作經(jīng)驗(yàn)”，其實(shí)可以根據(jù)實(shí)際情況靈活調(diào)整，改成“優(yōu)先考慮擁有三年及以上相關(guān)領(lǐng)域經(jīng)驗(yàn)者”。

寫的時(shí)候要注意語言風(fēng)格，如果是技術(shù)類崗位，專業(yè)術(shù)語肯定少不了，但也不能堆砌太多專業(yè)詞匯，否則普通讀者看了頭大。再就是措辭要恰當(dāng)，比如“具備扎實(shí)的編程基礎(chǔ)”這種話聽著就挺靠譜，“精通所有數(shù)據(jù)庫技術(shù)”就有點(diǎn)夸張了。有時(shí)候?yàn)榱宋瞬?，還可以稍微放低一點(diǎn)門檻，比如“對新技術(shù)保持開放態(tài)度，愿意學(xué)習(xí)新技能”，這樣顯得公司比較包容。

順便說一句，千萬別忘了提到團(tuán)隊(duì)合作精神?，F(xiàn)在很少有崗位是完全獨(dú)立完成工作的，所以強(qiáng)調(diào)一下這一點(diǎn)挺有必要。“善于溝通交流，能夠快速融入團(tuán)隊(duì)”，這樣的話寫進(jìn)去能讓招聘方覺得你很靠譜。當(dāng)然，要是能加上一些具體的例子就更好了，比如曾經(jīng)參與過的大型數(shù)據(jù)庫遷移項(xiàng)目，或者成功解決過某個(gè)復(fù)雜的技術(shù)難題，這樣更有說服力。

書寫經(jīng)驗(yàn)82人覺得有用

數(shù)據(jù)庫開發(fā)工程師這個(gè)崗位，對于剛畢業(yè)的學(xué)生來說，其實(shí)挺考驗(yàn)綜合能力的。既得懂?dāng)?shù)據(jù)庫的基本原理，又要能動手寫代碼，還得熟悉常用的數(shù)據(jù)庫管理工具。寫崗位職責(zé)的時(shí)候，可以從幾個(gè)方面入手，比如說負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)和優(yōu)化這類工作，具體到點(diǎn)上，就是針對業(yè)務(wù)需求去設(shè)計(jì)數(shù)據(jù)庫架構(gòu)，確保數(shù)據(jù)存儲的效率和安全性。

書寫注意事項(xiàng)：

日常維護(hù)也很重要，包括定期檢查數(shù)據(jù)庫運(yùn)行狀態(tài)，處理可能出現(xiàn)的問題，比如死鎖之類的。要是碰上系統(tǒng)升級，就得配合團(tuán)隊(duì)完成數(shù)據(jù)庫遷移，這需要提前做好備份，避免數(shù)據(jù)丟失。還有，有時(shí)候會涉及到性能調(diào)優(yōu)，這就得分析查詢語句，看看有沒有地方可以改進(jìn)，比如索引設(shè)置是不是合理，sql語句有沒有冗余的部分。

至于職位要求，技術(shù)門檻肯定不會低。得掌握主流的關(guān)系型數(shù)據(jù)庫，像oracle、mysql之類的，最好還能了解非關(guān)系型數(shù)據(jù)庫，比如mongodb。編程語言這塊兒，至少得精通sql，python或者java也是加分項(xiàng)，畢竟很多時(shí)候需要通過腳本處理數(shù)據(jù)。此外，實(shí)踐經(jīng)驗(yàn)很重要，哪怕是實(shí)習(xí)經(jīng)歷也好，至少證明你有動手能力。

當(dāng)然了，寫這些的時(shí)候，可能有人會糾結(jié)要不要提軟技能，我覺得可以稍微帶一筆，像是溝通協(xié)調(diào)能力什么的，畢竟工作中難免要跟其他部門打交道。不過話說回來，有時(shí)候?qū)憱|西的時(shí)候，可能會漏掉一些關(guān)鍵點(diǎn)，比如忘了強(qiáng)調(diào)責(zé)任心強(qiáng)這一點(diǎn)，因?yàn)檫@事關(guān)能否主動排查問題。

再說到具體的職責(zé)描述，有些細(xì)節(jié)可能會被忽略。比如數(shù)據(jù)安全這一塊，應(yīng)該明確提到遵守相關(guān)的安全規(guī)范，防止敏感數(shù)據(jù)泄露。還有日志記錄這部分，別只顧著說要監(jiān)控?cái)?shù)據(jù)庫運(yùn)行情況，具體怎么做日志分析也應(yīng)該提一下，不然面試官會覺得你沒考慮到全面。

小編友情提醒：

寫這些東西的時(shí)候，得結(jié)合企業(yè)的實(shí)際情況，不能一概而論。要是公司規(guī)模大，流程復(fù)雜，那職責(zé)范圍肯定比小公司要廣得多。有時(shí)候，一個(gè)小小的疏忽，比如忘記標(biāo)注“需參與項(xiàng)目評審會議”，就可能導(dǎo)致候選人誤解崗位的重要性。

書寫經(jīng)驗(yàn)53人覺得有用

寫崗位職責(zé)的時(shí)候，得根據(jù)自己對這個(gè)崗位的理解來寫，不是隨便找個(gè)模板套進(jìn)去就行的。像數(shù)據(jù)庫開發(fā)工程師這個(gè)崗位，職責(zé)肯定跟數(shù)據(jù)庫相關(guān)的多一些。開頭可以先說說這個(gè)崗位的主要工作方向，比如負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)和優(yōu)化之類的。然后具體一點(diǎn)，說說日常需要完成的任務(wù)，比如說每天都要檢查數(shù)據(jù)庫運(yùn)行情況，確保數(shù)據(jù)安全什么的。還有，有些任務(wù)可能比較復(fù)雜，比如數(shù)據(jù)庫遷移或者升級，這類事情得提前做好計(jì)劃，不然出了問題就麻煩了。

崗位職責(zé)這部分最好能結(jié)合公司的實(shí)際情況來寫，這樣才更有針對性。比如，有的公司可能特別看重?cái)?shù)據(jù)庫的安全性，那就可以重點(diǎn)強(qiáng)調(diào)這方面的工作內(nèi)容。要是公司業(yè)務(wù)擴(kuò)展快，數(shù)據(jù)庫更新頻率高，那也得在職責(zé)里體現(xiàn)出來。不過有時(shí)候?qū)懼鴮懼赡軙┑酎c(diǎn)細(xì)節(jié)，比如忘了提到定期備份數(shù)據(jù)這回事，這在實(shí)際工作中可是挺重要的。

至于職位要求，這部分可以寫寫需要什么樣的技能，像是熟悉sql語言，掌握數(shù)據(jù)庫管理工具啦。再就是學(xué)歷背景，一般都會要求本科以上的，不過也得看具體情況。有時(shí)候?qū)懙臅r(shí)候可能會不小心把年限寫錯(cuò)了，比如寫了三年經(jīng)驗(yàn)，其實(shí)應(yīng)該是兩年，這種小地方得仔細(xì)檢查一下。

寫這些內(nèi)容的時(shí)候，語氣得像是平時(shí)聊天一樣自然，不要太過正式也不要太隨意。要是寫得太死板，給人的感覺就像在背書似的，沒那么吸引人。而且要注意，每個(gè)公司的情況都不一樣，所以寫出來的內(nèi)容也該有所區(qū)別，不能一個(gè)模板用到底。另外，千萬別忘了加上一些專業(yè)術(shù)語，這樣顯得專業(yè)，像什么數(shù)據(jù)索引優(yōu)化，數(shù)據(jù)庫性能調(diào)優(yōu)之類的專業(yè)詞兒，但也不能堆太多，得恰到好處。