數(shù)據(jù)庫實訓(xùn)心得體會

　　一個月的數(shù)據(jù)庫實訓(xùn)就轉(zhuǎn)眼間就上完了，期間講解了一個學(xué)生管理系統(tǒng)，最后還做了一個小的數(shù)據(jù)庫鏈接作業(yè)。以下是小編為大家準備的數(shù)據(jù)庫實訓(xùn)心得體會，希望對大家有幫助!

　　數(shù)據(jù)庫實訓(xùn)心得體會篇【1】：

　　持續(xù)一個月的數(shù)據(jù)庫實訓(xùn)，讓我參與了軟件工程化的開發(fā)過程。其中體會最深的便是我們這個實訓(xùn)網(wǎng)的幾個之最：

　　一.項目最大：項目大是因為我們這個事業(yè)起點網(wǎng)站涉及到用戶眾多-高校，企業(yè)，學(xué)生，老師，專家，第二個原因是網(wǎng)站的功能多-用戶管理，網(wǎng)上實習(xí)，網(wǎng)上競賽，畢業(yè)實習(xí)設(shè)計，項目管理，人才庫管理，人才推薦，搜索 ... 項目大很容易造成系統(tǒng)范圍的泛濫，在我們的開發(fā)初期，由于需求不太明確，功能實現(xiàn)沒有重點，造成了需求范圍的擴大，給項目開發(fā)進度造成了嚴重的滯后性。然后我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現(xiàn)，將網(wǎng)站的基本架構(gòu)搭建起來，最后再在這個基礎(chǔ)上繼續(xù)增加我們網(wǎng)站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設(shè)計的重要性，這兩個文檔是指導(dǎo)我們后期開發(fā)的最重要的依據(jù)。

　　二.數(shù)據(jù)庫表最多：如此龐大的系統(tǒng)，就需要龐大的數(shù)據(jù)庫來支持，所以項目大的直接后果就是我們的數(shù)據(jù)庫表特別多，而且表與表之間的依賴關(guān)系也復(fù)雜，實體類之間的關(guān)系眾多，設(shè)計起來有一定的難度。數(shù)據(jù)庫的另外一個問題是-數(shù)據(jù)表的屬性，數(shù)據(jù)表屬性的設(shè)計完全是依賴于我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數(shù)據(jù)庫表屬性的缺失，從用戶的角度看，就會覺得你的系統(tǒng)提供的數(shù)據(jù)不夠全面，信息量小。

　　三.開發(fā)團隊最大：我們團隊一共有十四個人，這個對于我們的項目經(jīng)理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當于其他幾個小組加起來的人數(shù)總和，管理起來有相當大的難度。對于我們這些小組成員來說，由于溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去咨詢小組長，然后小組長提供反饋信息。

　　四.項目各個模塊間藕合度高：網(wǎng)站涉及的各個功能模塊之間的聯(lián)系緊密，模塊之間的接口設(shè)計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由于我們前期做好了充分的溝通以及按照概要設(shè)計中的接口說明去設(shè)計自己的模塊，所以后期的模塊整合沒有遇到什么太大的不兼容性等問題。

　　接下來就談?wù)勎疫@一個月中的工作：

　　需求分析階段：需求分析階段我完成了網(wǎng)上競賽模塊的需求分析，其中遇到的主要問題是閱讀材料后發(fā)現(xiàn)網(wǎng)上實習(xí)，網(wǎng)上競賽，畢業(yè)設(shè)計指導(dǎo)這幾個模塊的功能是類似的，提取需求分析后不夠明確，經(jīng)過幾次跟湯老師的交流后，確定了這幾個模塊之間的具體差別，網(wǎng)上競賽模塊的基本需求也大致確定了，網(wǎng)上競賽模塊的基本功能就是學(xué)生通過網(wǎng)站報名參加競賽，企業(yè)審核通過后，專家對作品進行評分，排名。

　　概要設(shè)計階段：在需求分析的基礎(chǔ)上，對網(wǎng)上競賽模塊進行了比較具體的概要設(shè)計，流程圖(IPO圖以及用例圖);這個階段的主要難點是對網(wǎng)上競賽業(yè)務(wù)流程的描述，如何實現(xiàn)學(xué)生報名，企業(yè)發(fā)布，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。

　　數(shù)據(jù)庫設(shè)計階段：我負責整合初步數(shù)據(jù)庫設(shè)計說明書，分配組員按照各自的功能模塊的具體需求設(shè)計自己模塊需要的數(shù)據(jù)表，然后對這些數(shù)據(jù)表進行整合。在這個過程中遇到的問題就是數(shù)據(jù)庫實在是太大了，最后下來一共有30多張表，表與表之間的關(guān)系復(fù)雜，關(guān)聯(lián)性大，需要設(shè)置的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設(shè)置也是一個問題，采用數(shù)值型還是采用字符串性在數(shù)據(jù)庫設(shè)計中尤為重要，因為在后臺搜索方面，數(shù)值型比較快捷，而在數(shù)據(jù)顯示方面，字符串型又有直接讀出不用轉(zhuǎn)換的好處。每個表的主鍵我們采用了用實體的編號去標記它，因為這樣實體間關(guān)聯(lián)起來會更加簡單。數(shù)據(jù)庫的設(shè)計關(guān)鍵是要對整個項目的整體的.把握，并且要細化對每個實體類的具體屬性要求。

　　詳細設(shè)計階段：我覺得是最重要的一個方面，一個完整的詳細設(shè)計說明應(yīng)該可以幫助程序員完成具體的實現(xiàn)，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網(wǎng)站整體構(gòu)架搭好了，我們就可以在里面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來后面的問題就是后期代碼編寫的時候比較混亂，函數(shù)接口較難統(tǒng)，界面風(fēng)格多樣化。這個階段，我的主要工作是跟隊友一起設(shè)計出了網(wǎng)上競賽模塊的學(xué)生，企業(yè)，管理員，高校以及專家的界面。

　　編碼階段：我們是用ASP.net開發(fā)的，主要任務(wù)就是從工具中選出你想要的控件，然后在控件響應(yīng)函數(shù)中填充代碼，完成相應(yīng)的事件響應(yīng)。這里遇到的最大問題是頁面的排版問題，因為自己是第一次開發(fā)網(wǎng)站，造成了自己設(shè)計的界面風(fēng)格單調(diào)，不太美觀，現(xiàn)在就盡量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調(diào)試→寫代碼。

　　這一個月中我學(xué)到了很多東西，技術(shù)方面就是學(xué)會了用ASP.Net編寫網(wǎng)站，最重要的是讓我經(jīng)歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學(xué)三年所學(xué)到的知識進行了一次系統(tǒng)的串聯(lián)，更重要的是學(xué)會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經(jīng)驗。

　　數(shù)據(jù)庫實訓(xùn)心得體會篇【2】：

　　一個月的數(shù)據(jù)庫實訓(xùn)就轉(zhuǎn)眼間就上完了，期間講解了一個學(xué)生管理系統(tǒng)，最后還做了一個小的數(shù)據(jù)庫鏈接作業(yè)�，F(xiàn)在就說說關(guān)于vb鏈接的數(shù)據(jù)庫的一些方法。

　　首先說數(shù)據(jù)庫，簡單的說就是建表格,然后把一張一張的表格和在一起,成為一大堆的數(shù)據(jù)集合。他是依照某種數(shù)據(jù)結(jié)構(gòu)組織起來并存放二級存儲器中的數(shù)據(jù)集合，基本分為三個層次，物理數(shù)據(jù)層，概念數(shù)據(jù)層和邏輯數(shù)據(jù)層。不同層次間的聯(lián)系是通過映射來轉(zhuǎn)換的。

　　大多數(shù)vb鏈接數(shù)據(jù)庫都使用ado控件，他可以分為分為有源數(shù)據(jù)庫和無源數(shù)據(jù)庫，即是否使用了dsn數(shù)據(jù)源。在連接數(shù)據(jù)庫前首先要在vb菜單中“工程”-“引用”或“部件”從中選擇 microsoft activex data objects 2.6 library和 microsoft activex data objects recordset 2.6兩個組件，然后定義鏈接的對象，用什么名字由自己決定。這樣數(shù)據(jù)庫也就基本上鏈接好了。

【數(shù)據(jù)庫實訓(xùn)心得體會】相關(guān)文章：

【熱】實訓(xùn)心得體會05-07

【熱門】實訓(xùn)心得體會05-01

電工實習(xí)實訓(xùn)心得體會03-12

測量實訓(xùn)心得05-13

大學(xué)生實訓(xùn)心得體會05-20

實訓(xùn)總結(jié)報告01-16

實訓(xùn)工作報告04-29

會計課實訓(xùn)心得05-24

會計實訓(xùn)心得【熱】05-22

電商實訓(xùn)心得05-06