- 相關推薦
數(shù)據(jù)庫實習心得
從某件事情上得到收獲以后，往往會寫一篇心得體會，通過寫心得體會，可以幫助我們總結積累經(jīng)驗。那么心得體會到底應該怎么寫呢？以下是小編整理的數(shù)據(jù)庫實習心得，希望能夠幫助到大家。
數(shù)據(jù)庫實習心得1
時間一晃而過來公司x個月的時間，以快速了解xx銀行實物資產(chǎn)系統(tǒng)的業(yè)務需求，進行對系統(tǒng)的分析，這是我人生中彌足珍貴的一段經(jīng)歷。在這段時間里領導在工作上給予了我極大的幫助，讓我充分感受到了領導們“海納百川”的胸襟，感受到了大發(fā)人“不經(jīng)歷風雨，怎能見彩虹”的豪氣。肅然起敬的同時，也為我有機會成為一份子而自豪。每個人都是在不斷的總結中成長，在不斷的`審視中完善自己。在這段時間里自己也是在總結、審視中腳踏實地地完成好本職工作，現(xiàn)將這段時間總結如下：
1、對xx銀行的實物資產(chǎn)系統(tǒng)的整個數(shù)據(jù)庫的規(guī)劃；
2、分拆庫設計，登陸及權限庫，全行庫，分行庫，批處理庫，建示意圖，開發(fā)部和業(yè)務部開會討論確認，最后按方案設計；
3、數(shù)據(jù)庫設計、數(shù)據(jù)分析、系統(tǒng)開發(fā)維護和管理工作；
4、設計備份與恢復策略并貫徹實施、設計數(shù)據(jù)庫高可用性方案并貫徹實施；
5、設計數(shù)據(jù)庫高可用性方案并貫徹實施、根據(jù)業(yè)務及應用開發(fā)需求進行數(shù)據(jù)建模、開發(fā)較復雜的后臺存儲過程及觸發(fā)器；
6、主持開發(fā)過大型數(shù)據(jù)庫系統(tǒng)，能夠通過良好數(shù)據(jù)庫結構設計解決海量數(shù)據(jù)的高效處理；
7、我以前一直從事編程方面，在編程的思想上去考慮問題，在公司緊缺數(shù)據(jù)庫設計工程師，在項目經(jīng)理的安排下，我主要負責數(shù)據(jù)庫設計，在數(shù)據(jù)庫設計方面，我學會數(shù)據(jù)庫優(yōu)化，準確理解需求；掌握常見互聯(lián)網(wǎng)應用服務的配置與管理，開發(fā)過大容量數(shù)據(jù)庫、高性能的服務。
我有一個人生目標：做最有影響力的自己。它不是靠嘩眾取寵能夠得來的，而是需要不斷提升夢想的高度、拓展心靈的寬度、累積思想的厚度！我相信，我的人生目標在以后的路上會一直影響我的職業(yè)生涯。熟練掌握我們的產(chǎn)品。力爭做個技術骨干！這是我對自己一個總體要求！
數(shù)據(jù)庫實習心得2
通過這次在清華it的實習，學到了很多東西。也了解到了軟件開發(fā)的真正價值。這次的實踐讓我真切體會到了我們前面所學知識的用處所在。以前總認為所學的知識只是理論上的知識，根本就沒有任何作用，但通過這次實習，讓我學有所用。而且學到了很多在學校學不到的東西，受益匪淺。
在這個信息時代，信息都是電子化。很多方面根本不在是一些手把手的管理，而是在電腦面前操作一下即可，讓我們真正享受到高科技的待遇。在軟件開發(fā)領域，做一個項目的出發(fā)點是提高辦事效率。而在項目制作的過程中我們要使一個軟件簡潔實用，人性化，快捷方便。
這次實習的主要任務是圖書管理系統(tǒng)的開發(fā)。項目運行的平臺是windowsxp，運用系統(tǒng)主要是microsoft visual studioxx，microsoft sql server xx，運用的知識主要有我們學習過的知識數(shù)據(jù)庫技術，以及實習過程中所提及的知識。在軟件開發(fā)果過程中首先要了解三層結構的的含義及其設計模式思想部署企業(yè)級數(shù)據(jù)庫業(yè)務系統(tǒng)開發(fā)。
三層結構是一種成熟、簡單并得到普遍應用的應用程序架構，它將應用程序結構劃分三層獨立的包，包括用戶表示層、業(yè)務邏輯層、數(shù)據(jù)訪問層。其中將實現(xiàn)人機界面的所有表單和組件放在表示層，將所有業(yè)務規(guī)則和邏輯的實現(xiàn)封裝在負責業(yè)務邏輯組件中，將所有和數(shù)據(jù)庫的交互封裝在數(shù)據(jù)訪問組件中。
三層結構示意圖
三層結構是一種嚴格分層方法，即數(shù)據(jù)訪問層只能被業(yè)務邏輯層訪問，業(yè)務邏輯層只能被表示層訪問，用戶通過表示層將請求傳送給業(yè)務邏輯層，業(yè)務邏輯層完成相關業(yè)務規(guī)則和邏輯，并通過數(shù)據(jù)訪問層訪問數(shù)據(jù)庫獲得數(shù)據(jù)，然后按照相反的順序依次返回將數(shù)據(jù)顯示在表示層。
下面介紹圖書管理系統(tǒng)開發(fā)技術
一、系統(tǒng)的功能設計
首先對系統(tǒng)進行需求分析，我們必須要知道要做一個系統(tǒng)用來干什么，這需要在對用戶需求進行充分調(diào)研的基礎上，深入理解并描述出軟件的.功能、性能、接口等方面的需求，可以使用uml建模作為需求分析和系統(tǒng)設計的有效方法。圖(1)給出了本圖書管理系統(tǒng)的功能結構圖，其工作流程為：普通用戶直接登錄主頁面，只能瀏覽、快速查詢圖書、注冊新用戶、修改自己的密碼以及查看圖書的詳情，管理員用戶除了可以完成普通用戶的操作外，還可以進入圖書管理模塊進行圖書添加、修改和刪除的操作。
1、系統(tǒng)的功能特點
(1)操作簡單、界面友好：插入表格的頁面布局，使得圖書的錄入工作更簡便;許多選項包括圖書類別、來源等只需要點擊鼠標就可以完成;另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作情況。
(2)即時可見：對圖書的處理(包括圖書添加、修改、刪除)將立即在主頁的對應欄目顯示出來，達到即時處理、即時見效的功能。
(3)功能完善：包括常見網(wǎng)站的圖書管理的各個方面：圖書新增、瀏覽、刪除、修改、檢索等各個方面，完整地實現(xiàn)了網(wǎng)站對即時圖書的管理要求。
(4)方便移植：針對不同的圖書館，只需要稍作修改就可以開發(fā)出適合本企業(yè)特點的網(wǎng)站圖書管理系統(tǒng)。
2、系統(tǒng)的詳細設計
系統(tǒng)的主要功能是通過幾個功能模塊來實現(xiàn)的。具體的設計過程
�、畔到y(tǒng)登錄：該模塊負責將用戶分為普通用戶和管理員用戶來實現(xiàn)用戶權限的管理。
⑵圖書類別管理：該模塊只有管理員才有的權限，管理員可以對圖書的'大、小類進行添加、更新、刪除等操作。
�、菐齑鎴D書瀏覽：該模塊負責分頁列出圖書館中所有圖書的信息，包括圖書名稱、作者、出版社，圖書狀態(tài)，每條記錄后面都有一個，被做成一個超，點擊它們就能跳轉(zhuǎn)頁面可以查看的詳情如圖書封面、圖書數(shù)量、圖書出版年份。
�、葞齑鎴D書添加：該模塊是圖書管理員進行圖書的添加，權限僅限管理員，在此頁面中的大小類實現(xiàn)了聯(lián)動作用，點擊其大類，小類的下拉列表中就會顯示與之對應的小類，從中選擇即可。
�、葓D書快速查詢：該模塊提供了圖書快速查詢功能，輸入待查找的圖書名稱可以快速地找到符合條件的圖書，并輸出查詢結果，點擊產(chǎn)看詳情字樣就可以查看圖書的詳細信息。
⑸編輯系統(tǒng)用戶：該模塊負責分頁羅列注冊用戶的具體信息，普通用戶本人或管理員可以對用戶進行刪除、修改。非普通用戶或系統(tǒng)管理員外不具有對該用戶的處理權限，所以不同普通用戶進入此頁面將顯示不同的內(nèi)容。
�、市薷挠脩裘艽a：普通用戶本人用戶錄入所需要的內(nèi)容，包含用戶名、真實姓名、權限類型、舊密碼及新密
密碼，點擊更改即可修改密碼，并寫入數(shù)據(jù)庫中保存。
�、讼到y(tǒng)名稱設置：該模塊為管理員權限，管理員可以更改圖書系統(tǒng)的名稱。普通用戶為不可見狀態(tài)。
�、滔到y(tǒng)使用說明：主要是供普通用戶和管理員閱讀，使之更好地了解本系統(tǒng)的權限以及用法。
下面給出系統(tǒng)后端數(shù)據(jù)存儲方案
利用microsoft sql server xx建立數(shù)據(jù)庫及其存儲過程。這里給出幾個必需的數(shù)據(jù)表，主要有system，bigclass，smallclass，users，books。
二、asp部分設計
1、連接數(shù)據(jù)庫
訪問數(shù)據(jù)庫信息的第一步是和數(shù)據(jù)庫源建立連接。ado 提供 connection對象，可以使用該對象建立和管理應用程序和odbc數(shù)據(jù)庫之間的連接。connection對象具有各種屬性和方法，可以使用它們打開和關閉數(shù)據(jù)庫連接，并且發(fā)出查詢請求來更新信息。
要建立數(shù)據(jù)庫連接，在中到數(shù)據(jù)庫
2、數(shù)據(jù)的綁定
數(shù)據(jù)的連接分為直接連接和間接連接，前面所舉例子用的是直接連接，下面用間接地方法對數(shù)據(jù)進行綁定。主要是利用數(shù)據(jù)適配器sqladatapter,下面的函數(shù)方法是對數(shù)據(jù)綁定
此方法也可以插在所要調(diào)用的函數(shù)中，但是將這個方法單獨提出有利于后面的利用，后面對數(shù)據(jù)進行綁定時就可以用這個方法，避免做重復的工作，減少工作量。
數(shù)據(jù)庫實習心得3
這次實習是一個操作類的實習，那么久對比下以前操作過的軟件，對比一下二者不同，我們使用的軟件主要是ArcGis軟件和MapGis軟件。首先是MapGis軟件。MapGis軟件的優(yōu)點在于界面清楚，鼠標交互性強，需要功能或者對某對象操作時右鍵可以找到相應操作。比如導入圖層新建圖層等，ArcGis要新建圖層則需要在規(guī)定的地理數(shù)據(jù)庫中新建一個數(shù)據(jù)集，然后對其進行編輯。在分析方法方面MapGis的功能也比較齊全。我使用的MapGis版本唯一一個我比較不滿意的地方是操作較快是比較容易程序崩潰;再來我也是用了ArcGis做后面的實習19，ArcGis的鼠標交互性相對來說弱一點，但是ArcGis的優(yōu)點也是比較好的，首先它的功能模塊分得比較清楚，我不需要為了一個功能找很多地方，然后對于對象圖層的`分析與操作功能都放在工具箱中，我可以設置哪些功能開啟，哪些功能關閉，節(jié)約操作或者分析速度。當我想把數(shù)據(jù)在兩種軟件中混用的時候，可以轉(zhuǎn)化文件為標準shp文件，兩軟件的通信就是這樣了。只不過這其中除了一點問題，不同版本軟件在轉(zhuǎn)換數(shù)據(jù)的時候會不可避免的出現(xiàn)數(shù)據(jù)丟失受損或者異常等情況，只能再次操作。
以后我再對著不同的軟件進行操作的時候，會注意他們的操作風格，是偏鼠標還是鍵盤，是分一套功能還是分模塊。然后這次實習的過程其實也是蠻重要的，不僅僅是一些操作過程。
我們在之前的實習中從來沒有一次是對ArcCatalog的操作做得這么詳細，全面。這次實習也是一次查漏補缺，將以前很多沒有用到的東西都給補上了。我在做這次實習之前，ArcGis的軟件對我來說就是這幾樣功能：
1、 編輯地圖
2、 發(fā)布地圖生成服務
3、 導出文件應用到其它科目
但是現(xiàn)在我知道了自己以前的這些操作是很狹隘的，只是僅僅包括了一些很小的功能。對于數(shù)據(jù)庫這塊的操作正是我以前所沒有認真做或者深層次的接觸的。當我把這次實習的第二部分做完以后，收獲的確是不小的，雖然實習所用的版本和我用的軟件版本不同，甚至于有些步驟根本做不了，但是畢竟還是有很多的相似之處。除了幾何網(wǎng)絡的那里沒有實施之外，其他的都做了，即便是一個很簡單的步驟也做了一下，感受下兩個版本的不同。在閱讀實習材料的過程中我其實很想找到一些：“為什么這樣操作”的解釋，但是沒有，然后就自己找了下一些步驟做法的原因。比如說：為什么要將要素類兩張表合成一張表，這是可以減少數(shù)據(jù)冗余的。思考，得出結果，總結經(jīng)驗，這才是實習需要有的效果。希望以后會有更多這種查漏補缺類型的實習，彌補自身不足。
數(shù)據(jù)庫實習心得4
持續(xù)一個月的數(shù)據(jù)庫實訓，讓我參與了軟件工程化的開發(fā)過程。其中體會最深的便是我們這個實訓網(wǎng)的幾個之最：
一.項目最大：項目大是因為我們這個事業(yè)起點網(wǎng)站涉及到用戶眾多-高校，企業(yè)，學生，老師，專家，第二個原因是網(wǎng)站的功能多-用戶管理，網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)實習設計，項目管理，人才庫管理，人才推薦，搜索 ... 項目大很容易造成系統(tǒng)范圍的泛濫，在我們的開發(fā)初期，由于需求不太明確，功能實現(xiàn)沒有重點，造成了需求范圍的擴大，給項目開發(fā)進度造成了嚴重的滯后性。然后我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現(xiàn)，將網(wǎng)站的基本架構搭建起來，最后再在這個基礎上繼續(xù)增加我們網(wǎng)站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們后期開發(fā)的最重要的依據(jù)。
二.數(shù)據(jù)庫表最多：如此龐大的系統(tǒng)，就需要龐大的數(shù)據(jù)庫來支持，所以項目大的直接后果就是我們的數(shù)據(jù)庫表特別多，而且表與表之間的依賴關系也復雜，實體類之間的關系眾多，設計起來有一定的難度。數(shù)據(jù)庫的另外一個問題是-數(shù)據(jù)表的屬性，數(shù)據(jù)表屬性的設計完全是依賴于我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數(shù)據(jù)庫表屬性的缺失，從用戶的角度看，就會覺得你的系統(tǒng)提供的數(shù)據(jù)不夠全面，信息量小。
三.開發(fā)團隊最大：我們團隊一共有十四個人，這個對于我們的項目經(jīng)理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當于其他幾個小組加起來的人數(shù)總和，管理起來有相當大的難度。對于我們這些小組成員來說，由于溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去咨詢小組長，然后小組長提供反饋信息。
四.項目各個模塊間藕合度高：網(wǎng)站涉及的各個功能模塊之間的聯(lián)系緊密，模塊之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由于我們前期做好了充分的溝通以及按照概要設計中的接口說明去設計自己的模塊，所以后期的模塊整合沒有遇到什么太大的不兼容性等問題。
接下來就談談我這一個月中的工作：
需求分析階段：需求分析階段我完成了網(wǎng)上競賽模塊的需求分析，其中遇到的主要問題是閱讀材料后發(fā)現(xiàn)網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)設計指導這幾個模塊的功能是類似的，提取需求分析后不夠明確，經(jīng)過幾次跟湯老師的交流后，確定了這幾個模塊之間的具體差別，網(wǎng)上競賽模塊的基本需求也大致確定了，網(wǎng)上競賽模塊的基本功能就是學生通過網(wǎng)站報名參加競賽，企業(yè)審核通過后，專家對作品進行評分，排名。
概要設計階段：在需求分析的基礎上，對網(wǎng)上競賽模塊進行了比較具體的概要設計，流程圖(IPO圖以及用例圖);這個階段的主要難點是對網(wǎng)上競賽業(yè)務流程的描述，如何實現(xiàn)學生報名，企業(yè)發(fā)布，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。
數(shù)據(jù)庫設計階段：我負責整合初步數(shù)據(jù)庫設計說明書，分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數(shù)據(jù)表，然后對這些數(shù)據(jù)表進行整合。在這個過程中遇到的問題就是數(shù)據(jù)庫實在是太大了，最后下來一共有30多張表，表與表之間的關系復雜，關聯(lián)性大，需要設置的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設置也是一個問題，采用數(shù)值型還是采用字符串性在數(shù)據(jù)庫設計中尤為重要，因為在后臺搜索方面，數(shù)值型比較快捷，而在數(shù)據(jù)顯示方面，字符串型又有直接讀出不用轉(zhuǎn)換的好處。每個表的主鍵我們采用了用實體的編號去標記它，因為這樣實體間關聯(lián)起來會更加簡單。數(shù)據(jù)庫的設計關鍵是要對整個項目的整體的把握，并且要細化對每個實體類的'具體屬性要求。
詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程序員完成具體的實現(xiàn)，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網(wǎng)站整體構架搭好了，我們就可以在里面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來后面的問題就是后期代碼編寫的時候比較混亂，函數(shù)接口較難統(tǒng)，界面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網(wǎng)上競賽模塊的學生，企業(yè)，管理員，高校以及專家的界面。
編碼階段：我們是用ASP.net開發(fā)的，主要任務就是從工具中選出你想要的控件，然后在控件響應函數(shù)中填充代碼，完成相應的事件響應。這里遇到的最大問題是頁面的排版問題，因為自己是第一次開發(fā)網(wǎng)站，造成了自己設計的界面風格單調(diào)，不太美觀，現(xiàn)在就盡量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調(diào)試→寫代碼。
這一個月中我學到了很多東西，技術方面就是學會了用ASP.Net編寫網(wǎng)站，最重要的是讓我經(jīng)歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統(tǒng)的串聯(lián)，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經(jīng)驗。
【數(shù)據(jù)庫實習心得】相關文章：
學習數(shù)據(jù)庫的心得01-09
數(shù)據(jù)庫實訓的心得04-18
數(shù)據(jù)庫心得體會02-27
數(shù)據(jù)庫設計心得體會大全01-17
數(shù)據(jù)庫課程設計心得體會02-22
數(shù)據(jù)庫課程設計心得體會（優(yōu)秀）08-22
數(shù)據(jù)庫簡歷自我評價02-12