數據庫工程師工作總結
數據庫工程師工作總結
在過去的一年，軟件研發部團結協作，以及在公司這充滿奮鬥的環境下，我以嚴肅認真的工作態度和百折不饒的精神，努力的完成了公司的各項工作，在軟件研發、團隊協作和個人成長上也取得了一定的成績，
程序員個人年終總結。在公司一年的工作已經結束，特向公司總結匯報如下：
一、軟件研發
根據公司的安排，項目的需要。在自身的努力、伍經理的幫組，團隊的合作下，克服重重技術困難，增長了工作經驗，收穫豐盈：
1、 開發
以前我在其他公司也做過一些開發，但是底層和架構與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛鍊，我成長了，我學會了很多很多。
首先，面嚮對象語言的.收穫。對於當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次項目的深入，不管是數據還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方等。如此，c#如此java也同樣如此。
其次，具備獨立完成知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，並且還補充xml,java script實際操作中空白的部分。通過這一年的開發，在 方面我能勝任這方面的工作，能獨立完成這方面的工作。
再次，c#方面存在一些不足。localhost通過c#這次軟件的開發，也發現自己的不足，如基礎知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。
2、數據庫開發
數據庫是伴隨着項目以來用的最多最平凡的技術。以前對數據庫只是會一些簡單常用的操作，經過這一年項目的實戰，對數據庫的操作增加了一些豐富的經驗。為以後的工作和經驗的積累都奠定了堅實的基礎。同時在項目中還用到了oracel與 access數據庫,這是我最大的收穫。
優點：能熟練的運用數據庫技術進行開發。 特別是對sql數據庫的操作，經過這麼長時間的積累，基本上能合理的設計和新建數據庫，同時在數據結構上也加強了對數據庫的理解，通過項目的實踐現在能熟練使用和編寫多種sql語句。還掌握了一些關於數據庫優化sql語句優化的方法，能進行一些簡單的優化。
缺點：數據是一門比較先進的技術，並不是你會寫一些sql語句，能建幾個數據庫你就是數據庫工程師。要成為一個好的數據庫管理員是要經過長時間的工作積累。針對自己的不足，在以後的工作和學習中多接觸，多運用新的知識點。充實自己的經驗和知識儲備。
二、團隊協作
關於上面的成功與收穫，我除了自身努力外，還有及公司的支持。是這個團隊鑄造了我。在我們這個團隊也是因為有了我們這些拼搏協作的隊員，使得它成為一個具有務實、拼搏、創新精神的團隊。我與軟件研發小組是一個整體，這裏的團隊總結也就是我在這個團隊中的收穫。
務實：公司下發的任務，下發的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經理的帶領下現在是這樣，以後同樣也是這樣。
拼搏：公司給的每一個任務不管它多難，如果工作沒有完成我們會晚上加班，也要儘可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄週末休息時間也要儘可能的使項目提前。
創新：現在我們開始項目的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程序正確的前提儘可能的提高程序的效率。
互助：我們的小組內只要任何一個人出現技術或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個項目滯後。
交流：我們在項目中會及時溝通自己的收穫，特別是一些針對性的技術問題。這樣可以省了很多重複研究的時間，這是一筆很可觀的時間。
在交流中只要我會的，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。
三、個人成長
通過公司這快一年的鍛鍊與學習我真的進步了很許多，不管從技術上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。
技術上：不管從語言上還是做事的邏輯上都得到了很大的提高。現在在軟件小組裏面自己能獨立完成一部分工作，承擔自己的責任。
（一）國家地名數據庫管理系統建設
xxxx年2月，對國家地名數據庫管理系統3.0版本進行了升級維護，並充實了新的數據。
（二）提供《省行政區劃》組稿有關資料
xxxx年3月，根據上級要求，錄入了我縣縣、鄉兩級行政區劃單位名稱、行政區劃代碼、面積、人口以及村（居）委會名稱和代碼，並上報到市局。
（三）界線聯檢工作
xxxx年4月份，完成了-線聯檢實施方案，成立聯檢工作領導小組；5月份根據聯檢內容，實地勘察，進行了界線的自檢和共檢，並積極開展“邊界和諧走廊”建設活動，在6月10日前全部完成-年度界線聯檢工作。
（四）啟用“金民工程”行政區劃編碼管理系統，調整錄入縣轄區內的行政區劃名稱和行政區劃編碼。
（五）xxxx年5月，按照民政部和省民政廳的部署要求，做好《政區大典·卷》的審核出版與宣傳徵訂工作。
（六）xxxx年6月20日，完成了縣烈士名錄中地名的更改。
（七）道路命名工作
xxxx年6月10日，根據工作需要，調整了縣地名委員會組成人員,成立了新的地名委員會。編制了“縣城區道路現狀圖”，出台了“縣城區道路命名（更名）徵求意見書”,並在電視台、政府網站等新聞媒體公開徵集道路名。
7月18日-8月7月，縣民政局地名辦公室對徵集到的意見和建議進行了彙總。本次徵求意見共收到112人、1278條意見和建議，縣地名委員會召開了地名委員會全體成員專門會議，形成了“縣城區道路命名（更名）建議”。
10月20日，結合社會各界和市民政局的意見和建議，縣地名委員會形成了“縣城區新命名道路草案”。
（八）行政區劃調整工作
為大力推進新型城鎮化建設，增強區域發展競爭力，擬將鎮更名為鎮。為穩妥的完成該項工作，縣民政局和鎮政府，進行和各種調查和走訪工作，並邀請相關專家在縣政府和市民政局召開了兩次專家論證。
xxxx年6月，發放了500餘份“鎮更名為鎮徵求意見表”，廣泛徵求社會各界的意見。
7月，走訪了鎮所有的村委會，形成了35個村委會的意見表，所有的村都進行村民代表討論，並簽字按指紋，都一致同意把鎮更名為鎮。並形成了“關於鎮更名為鎮的社會穩定風險評估報告”。
7月11日，鎮人民政府和縣民政局在縣組織召開了“鎮”名稱論證會，與會專家一致同意鎮更名為鎮，形成了“關於鎮更名為鎮的論證報告”。
9月12日，在市民政局召開了“鎮名稱論證會”，與會專家一致同意鎮更名為鎮。
10月8日，將縣人民政府關於鎮更名為鎮的請示上報市政府。
（九）xxxx年10月，完成了《省縣級行政區域界線詳圖集》中相關部分的編制和審核工作，並上報省民政廳。
（十）xxxx年9月-11月，在地名公共服務系統軟件中，錄入了全縣1200多個自然村，並在地圖上進行了標註。
在開學的第一週，我參加了院裏組織的數據庫課程設計，這項任務是分組分工完成的，我們組有五名成員，分別是我們班學號的後五位同學，很榮幸地我被推薦為我們組的組長，在組長的“英明”指導下，全體組員團結奮鬥，使得任務完成地比我們預期的要稍早一些，也比預期要漂亮一些，這一點我們都感到很高興也很自豪。
王婆賣瓜時間過了，言歸正傳吧。凡是都要有個總結，以下便是我在這個課程設計中的一點心得。
首先我分析一下我們組任務順利完成的成功之處並總結一些經驗，供以後反省參考用。
凡事預則備，不預則廢。這是我的座右銘，也是我深有感悟的幾句古語之一。在這個項目的開始階段，老師便讓我們做了個進度安排表，我很好的利用了這次機會，花了較多心思作出了一個很詳細的進度安排表，之後我們組任務的完成也是嚴格按照這個進度表進行的。當然我後來去了解了一下別的組的情況，有些組的進度安排表沒我們組做完善的一個很重要的原因就是他們對這一週的數據庫課程設計到底還沒什麼概念。導致這種現象的原因有很多方面，一個是基礎太差不能理解老師安排的任務（當然這種人比較少），一種是缺乏交流，這個交流包括組內的交流，也包括組間的，更包括與老師之間的，這也就引出了我的第二個心得。
多交流，這是我這次項目的第二個心得。對於這種分工完成的項目，組員之間的交流是極其必要的。如果組員之間不能很好的溝通，不僅會做很多無用功，而且也會做很多重複的工作。組員之間很好點，我們每天都會在qq上或者見面相互交流，並及時修改進度安排表；除此之外，我們還相互幫助解決問題，或者共同解決問題，比如説這次的概念模型的設計，我們組負責設計概念數據模型的同學（趙##）和負責數據需求分析的同學（左##）就經常溝通（因為兩者的任務聯繫比較緊密），共同解決問題，才會做出令我們組員都比較滿意的數據概念模型和漂亮的數據需求分析文檔；當然最重要的是我們也常會去與老師溝通，老師也在關鍵的設計地方也給了很多很多的寶貴意見。當然不得不作出檢討的地方是組長這次與老師交流的比較少，反而不及組員，希望在接下來的項目中能有所改觀，起好帶頭作用。我同樣也有觀察別的組完成情況，發現有些組出現了組長包乾或者組長與個別組員的包乾的現象，我覺得導致出現這種可怕現象的主要責任在於組長，組長的任務不僅僅參與部分任務的完成，更重要的是分配任務並協調組間關係，是溝通交流的一根主要管道。通俗的講就是組長上要聯繫老師，中要與他組交流，下要與組員積極溝通，我覺得這也是組長這個角色的設置的必要所在吧。我真心地希望在我們下一個創新課程j2ee的訓練中我們班不要再出現這種現象，每個人都有平等得到鍛鍊的機會，組長不認真分配任務不積極與組員溝通在某種程度上剝奪了組員得到鍛鍊的機會，而更可悲的是很多組員還沒有意識到這一點。
多主動，這一點原本和上一點多交流有很多相似之處，但我把它專門列出來也是為了體現他的重要性。多主動一方面是説要主動積極的思考解決問題。有很多同學比較好學，總是不停的在與別人溝通交流，看似很積極，但是仔細分析他提出的那些問題着實汗涔涔，有些問題近似牢騷話類，稍微開動點腦筋就能解決的，但其總不會先去尋找解決問題的辦法後再提出個經過大腦過濾的問題，説白了就是凡事都沒有個自己稍微成熟的看法。關於這一點我曾經就一度犯過，現在回想起那段歲月着實還是對有些同學的耐心感動到熱淚盈眶。直到有一天張老師找我談了一次我才幡然醒悟到，之後便有了教大的長進，至少變得比較會提問題了。當然我覺得這一點還是值得給與一定程度的肯定的，至少他肯學，比起那種喜歡“搭順風車”的同學強多了。我上面提到的而關於組長的剝奪組員鍛鍊權利的問題想必要是被有些組長看了會大有意見，組長會説：“你以為我喜歡一個人全乾啊，還不是被逼的”。出現這種情況也於他們組喜歡“搭便車”的人太多了有關係，這也在一定程度上映射出了這個組組員和組長團隊意識的極度缺乏。又扯遠了，總之喜歡“搭車”的那部分同學可要提高警惕了，眼看過一年就要出去實習了，還不抓緊時間主動學點東西，還不停的讓組長剝削你得到鍛鍊的機會，以後在這條路上怎麼混得下去啊？
以上很簡單的三點讓我們組在這次設計之中順利完成了任務，下面談談我們組在這次任務中做的不足的地方吧。
首先得從組長自身談起，剛有説到組長與老師交流較少是第一點，第二點是組長一直以來的老毛病了，就是基礎不紮實，數據庫的理論知識很多考完就忘的乾乾淨淨，在項目的開始階段又返工去補習部分數據庫的知識，而且我們的組員大部分也這樣，甚至班裏有很多同學也是這樣的。所以以後對於重要的專業基礎課一定要牢牢把握，絕不能追求過一門算一門。不過話説回來，組長這次返工還是較有成效，很快的理解了設計任務，並以最快的速度做好了詳細的進度安排表，需要被鼓勵一下呵呵。第三點就是組長對問題的解決程度缺乏完美的追求，説通俗一點就是不求甚解，其實在我們的設計模型中，有一些地方還可以做調整的，數據的完整性和合理性將會進一步提升，如果我帶領組員朝這個方向再多努力一點，水平就不僅僅提高几個檔次了，但是組長鼓勵組員去解決了一部分，且在一些地方確實做了修改。
其次説説組員，這幾位組員中有兩位與組長合作過一次，默契還不錯，在這次的任務的完成中發揮了很大的作用，他們是周#和左##，分別擔任功能需求説明書的編寫和數據需求分析説明書的編寫，曾在第一次小組會議就表示一定要交出令組長非常滿意的作品，而且事實的確是這樣，都完成的很出色。而其餘兩位同學相對主動性就差了點，總是要組長不停的花心思督促能勉強完成任務，令組長很是頭疼，但總的來説還是很配合，但這也在一定程度上導致組內組員水平出現較大差異。
怎麼辦呢不足之處真還少，可能是組長反省的還不夠吧，等以後
蒙田範文網