某些事情讓我們心裏有了一些心得後，不妨將其寫成一篇心得體會，讓自己銘記於心，這麼做可以讓我們不斷思考不斷進步。那麼心得體會怎麼寫才恰當呢？下面是小編精心整理的做數據庫實驗的心得體會範文，僅供參考，希望能夠幫助到大家。
做數據庫實驗的心得體會範文1
透過這次在清華it的實習，學到了很多東西。也瞭解到了軟件開發的真正價值。這次的實踐讓我真切體會到了我們前面所學知識的用處所在。以前總認爲所學的知識只是理論上的知識，根本就沒有任何作用，但透過這次實習，讓我學有所用。而且學到了很多在學校學不到的東西，受益匪淺。
在這個資訊時代，資訊都是電子化。很多方面根本不在是一些手把手的管理，而是在電腦面前操作一下即可，讓我們真正享受到高科技的待遇。在軟件開發領域，做一個項目的出發點是提高辦事效率。而在項目製作的過程中我們要使一個軟件簡潔實用，人性化，快捷方便。
這次實習的主要任務是圖書管理系統的開發。項目執行的平臺是windowsxp，運用系統主要是microsoftvisualstudio_，microsoftsqlserver_，運用的知識主要有我們學習過的知識數據庫技術，以及實習過程中所提及的知識。在軟件開發果過程中首先要了解三層結構的的含義及其設計模式思想部署企業級數據庫業務系統開發。
三層結構是一種成熟、簡單並得到普遍應用的應用程序架構，它將應用程序結構劃分三層獨立的包，包括用戶表示層、業務邏輯層、數據訪問層。其中將實現人機介面的所有表單和組件放在表示層，將所有業務規則和邏輯的實現封裝在負責業務邏輯組件中，將所有和數據庫的交互封裝在數據訪問組件中。
三層結構示意圖
三層結構是一種嚴格分層方法，即數據訪問層只能被業務邏輯層訪問，業務邏輯層只能被表示層訪問，用戶透過表示層將請求傳送給業務邏輯層，業務邏輯層完成相關業務規則和邏輯，並透過數據訪問層訪問數據庫獲得數據，然後按照相反的順序依次返回將數據顯示在表示層。
下面介紹圖書管理系統開發技術
一系統的功能設計
首先對系統進行需求分析，我們必須要知道要做一個系統用來幹什麼，這需要在對用戶需求進行充分調研的基礎上，深入理解並描述出軟件的功能、性能、接口等方面的需求，可以使用uml建模作爲需求分析和系統設計的有效方法。圖(1)給出了本圖書管理系統的功能結構圖，其工作流程爲：普通用戶直接登入主頁面，只能瀏覽、快速查詢圖書、註冊新用戶、修改自己的密碼以及檢視圖書的詳情，管理員用戶除了可以完成普通用戶的操作外，還可以進入圖書管理模組進行圖書添加、修改和刪除的操作。
1、系統的功能特點
(1)操作簡單、介面友好：插入表格的頁面佈局，使得圖書的錄入工作更簡便;許多選項包括圖書類別、來源等只需要點擊鼠標就可以完成;另外，跟蹤出現的提示資訊也讓用戶隨時清楚自己的操作情況。
(2)即時可見：對圖書的處理(包括圖書添加、修改、刪除)將立即在主頁的對應欄目顯示出來，達到即時處理、即時見效的功能。
(3)功能完善：包括常見網站的圖書管理的各個方面：圖書新增、瀏覽、刪除、修改、檢索等各個方面，完整地實現了網站對即時圖書的管理要求。
(4)方便移植：針對不同的圖書館，只需要稍作修改就可以開發出適合本企業特點的網站圖書管理系統。
2、系統的詳細設計
系統的主要功能是透過幾個功能模組來實現的。具體的設計過程
⑴系統登入：該模組負責將用戶分爲普通用戶和管理員用戶來實現用戶權限的管理。
⑵圖書類別管理：該模組只有管理員纔有的權限，管理員可以對圖書的大、小類進行添加、更新、刪除等操作。
⑶庫存圖書瀏覽：該模組負責分頁列出圖書館中所有圖書的資訊，包括圖書名稱、作者、出版社，圖書狀態，每條記錄後面都有一個，被做成一個超，點擊它們就能跳轉頁面可以檢視的詳情如圖書封面、圖書數量、圖書出版年份。
⑷庫存圖書添加：該模組是圖書管理員進行圖書的添加，權限僅限管理員，在此頁面中的大小類實現了聯動作用，點擊其大類，小類的下拉列表中就會顯示與之對應的小類，從中選擇即可。
⑷圖書快速查詢：該模組提供了圖書快速查詢功能，輸入待查找的圖書名稱可以快速地找到符合條件的圖書，並輸出查詢結果，點擊產看詳情字樣就可以檢視圖書的詳細資訊。
⑸編輯系統用戶：該模組負責分頁羅列註冊用戶的具體資訊，普通用戶本人或管理員可以對用戶進行刪除、修改。非普通用戶或系統管理員外不具有對該用戶的處理權限，所以不同普通用戶進入此頁面將顯示不同的內容。
⑹修改用戶密碼：普通用戶本人用戶錄入所需要的內容，包含用戶名、真實姓名、權限類型、舊密碼及新密
密碼，點擊更改即可修改密碼，並寫入數據庫中儲存。
⑺系統名稱設定：該模組爲管理員權限，管理員可以更改圖書系統的名稱。普通用戶爲不可見狀態。
⑻系統使用說明：主要是供普通用戶和管理員閱讀，使之更好地瞭解本系統的權限以及用法。
下面給出系統後端數據存儲方案
利用microsoftsqlserver_建立數據庫及其存儲過程。這裏給出幾個必需的數據表，主要有system，bigclass，smallclass，users，books。
二、asp部分設計
1、連接數據庫
訪問數據庫資訊的第一步是和數據庫源建立連接。ado提供connection對象，可以使用該對象建立和管理應用程序和odbc數據庫之間的連接。connection對象具有各種屬性和方法，可以使用它們開啟和關閉數據庫連接，並且發出查詢請求來更新資訊。
要建立數據庫連接，在中到數據庫
2、數據的綁定
數據的連接分爲直接連接和間接連接，前面所舉例子用的是直接連接，下面用間接地方法對數據進行綁定。主要是利用數據適配器sqladatapter(),下面的函數方法是對數據綁定
此方法也可以插在所要調用的函數中，但是將這個方法單獨提出有利於後面的利用，後面對數據進行綁定時就可以用這個方法，避免做重複的工作，減少工作量。
做數據庫實驗的心得體會範文2
持續一個月的數據庫實訓，讓我參與了軟件工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最：
一.項目最大：項目大是因爲我們這個事業起點網站涉及到用戶衆多-高校，企業，學生，老師，專家，第二個原因是網站的功能多-用戶管理，網上實習，網上競賽，畢業實習設計，項目管理，人才庫管理，人才推薦，搜尋。項目大很容易造成系統範圍的泛濫，在我們的開發初期，由於需求不太明確，功能實現沒有重點，造成了需求範圍的擴大，給項目開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現，將網站的基本架構搭建起來，最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們後期開發的最重要的依據。
二.數據庫表最多：如此龐大的系統，就需要龐大的數據庫來支援，所以項目大的直接後果就是我們的數據庫表特別多，而且表與表之間的依賴關係也複雜，實體類之間的關係衆多，設計起來有一定的難度。數據庫的另外一個問題是-數據表的屬性，數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數據庫表屬性的缺失，從用戶的角度看，就會覺得你的系統提供的數據不夠全面，資訊量小。
三.開發團隊最大：我們團隊一共有十四個人，這個對於我們的項目經理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和，管理起來有相當大的難度。對於我們這些小組成員來說，由於溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。爲了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去諮詢小組長，然後小組長提供反饋資訊。
四.項目各個模組間藕合度高：網站涉及的各個功能模組之間的聯繫緊密，模組之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要爲每個模組提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的連結也是其中重要的模組接口。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的接口說明去設計自己的模組，所以後期的模組整合沒有遇到什麼太大的不相容性等問題。
接下來就談談我這一個月中的工作：
需求分析階段：需求分析階段我完成了網上競賽模組的需求分析，其中遇到的主要問題是閱讀材料後發現網上實習，網上競賽，畢業設計指導這幾個模組的功能是類似的，提取需求分析後不夠明確，經過幾次跟湯老師的交流後，確定了這幾個模組之間的具體差別，網上競賽模組的基本需求也大致確定了，網上競賽模組的基本功能就是學生透過網站報名參加競賽，企業審覈透過後，專家對作品進行評分，排名。
概要設計階段：在需求分析的基礎上，對網上競賽模組進行了比較具體的概要設計，流程圖(IPO圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述，如何實現學生報名，企業發佈，專家評審的步驟操作，與及跟其他模組對該模組的限制。
數據庫設計階段：我負責整合初步數據庫設計說明書，分配組員按照各自的功能模組的具體需求設計自己模組需要的數據表，然後對這些數據表進行整合。在這個過程中遇到的問題就是數據庫實在是太大了，最後下來一共有30多張表，表與表之間的關係複雜，關聯性大，需要設定的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設定也是一個問題，採用數值型還是採用字元串性在數據庫設計中尤爲重要，因爲在後臺搜尋方面，數值型比較快捷，而在數據顯示方面，字元串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它，因爲這樣實體間關聯起來會更加簡單。數據庫的設計關鍵是要對整個項目的整體的把握，並且要細化對每個實體類的具體屬性要求。
詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程序員完成具體的實現，程序員可以不用考慮模組之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了，我們就可以在裏面填充自己的功能了。但是因爲時間太倉促了，我們這個階段也就縮水了，帶來後面的問題就是後期代碼編寫的時候比較混亂，函數接口較難統，介面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網上競賽模組的學生，企業，管理員，高校以及專家的介面。
編碼階段：我們是用開發的，主要任務就是從工具中選出你想要的控件，然後在控件響應函數中填充代碼，完成相應的事件響應。這裏遇到的最大問題是頁面的排版問題，因爲自己是第一次開發網站，造成了自己設計的介面風格單調，不太美觀，現在就儘量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。
這一個月中我學到了很多東西，技術方面就是學會了用編寫網站，最重要的是讓我經歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統的串聯，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經驗。
做數據庫實驗的心得體會範文3
持續一個月的數據庫實訓，讓我參與了軟件工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最：
一.項目最大：項目大是因爲我們這個事業起點網站涉及到用戶衆多-高校，企業，學生，老師，專家，第二個原因是網站的功能多-用戶管理，網上實習，網上競賽，畢業實習設計，項目管理，人才庫管理，人才推薦，搜尋...項目大很容易造成系統範圍的泛濫，在我們的開發初期，由於需求不太明確，功能實現沒有重點，造成了需求範圍的擴大，給項目開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現，將網站的基本架構搭建起來，最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們後期開發的最重要的依據。
二.數據庫表最多：如此龐大的系統，就需要龐大的數據庫來支援，所以項目大的直接後果就是我們的數據庫表特別多，而且表與表之間的依賴關係也複雜，實體類之間的關係衆多，設計起來有一定的難度。數據庫的另外一個問題是-數據表的屬性，數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數據庫表屬性的缺失，從用戶的角度看，就會覺得你的系統提供的數據不夠全面，資訊量小。
三.開發團隊最大：我們團隊一共有十四個人，這個對於我們的.項目經理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和，管理起來有相當大的難度。對於我們這些小組成員來說，由於溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。爲了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去諮詢小組長，然後小組長提供反饋資訊。
四.項目各個模組間藕合度高：網站涉及的各個功能模組之間的聯繫緊密，模組之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要爲每個模組提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的連結也是其中重要的模組接口。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的接口說明去設計自己的模組，所以後期的模組整合沒有遇到什麼太大的不相容性等問題。
接下來就談談我這一個月中的工作：
需求分析階段：需求分析階段我完成了網上競賽模組的需求分析，其中遇到的主要問題是閱讀材料後發現網上實習，網上競賽，畢業設計指導這幾個模組的功能是類似的，提取需求分析後不夠明確，經過幾次跟湯老師的交流後，確定了這幾個模組之間的具體差別，網上競賽模組的基本需求也大致確定了，網上競賽模組的基本功能就是學生透過網站報名參加競賽，企業審覈透過後，專家對作品進行評分，排名。
概要設計階段：在需求分析的基礎上，對網上競賽模組進行了比較具體的概要設計，流程圖(ipo圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述，如何實現學生報名，企業發佈，專家評審的步驟操作，與及跟其他模組對該模組的限制。
數據庫設計階段：我負責整合初步數據庫設計說明書，分配組員按照各自的功能模組的具體需求設計自己模組需要的數據表，然後對這些數據表進行整合。在這個過程中遇到的問題就是數據庫實在是太大了，最後下來一共有30多張表，表與表之間的關係複雜，關聯性大，需要設定的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設定也是一個問題，採用數值型還是採用字元串性在數據庫設計中尤爲重要，因爲在後臺搜尋方面，數值型比較快捷，而在數據顯示方面，字元串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它，因爲這樣實體間關聯起來會更加簡單。數據庫的設計關鍵是要對整個項目的整體的把握，並且要細化對每個實體類的具體屬性要求。
詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程序員完成具體的實現，程序員可以不用考慮模組之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了，我們就可以在裏面填充自己的功能了。但是因爲時間太倉促了，我們這個階段也就縮水了，帶來後面的問題就是後期代碼編寫的時候比較混亂，函數接口較難統，介面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網上競賽模組的學生，企業，管理員，高校以及專家的介面。
編碼階段：我們是用開發的，主要任務就是從工具中選出你想要的控件，然後在控件響應函數中填充代碼，完成相應的事件響應。這裏遇到的最大問題是頁面的排版問題，因爲自己是第一次開發網站，造成了自己設計的介面風格單調，不太美觀，現在就儘量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。
這一個月中我學到了很多東西，技術方面就是學會了用編寫網站，最重要的是讓我經歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統的串聯，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經驗。
做數據庫實驗的心得體會範文4
我們是20xx年3月7號進入宏天實訓公司參加軟件開發實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最後獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經過之前的在校學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發。所以說實話，在實訓之前，軟件項目開發對我來說是比較抽象的，一個完整的項目要怎麼分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整項目的開發，必須由團隊來分工合作，並在每個階段中進行必要的總結與論證。
一個完整項目的開發它所要經歷的階段包括：遠景範圍規劃和用例說明、項目結構和風險評估、業務功能說明書、詳細設計說明書、代碼實現、測試和安裝包等等。一個項目的開發所需要的財力、人力都是很多的，如果沒有一個好的遠景規劃，對以後的開發進度會有很大的影響，甚至會出現在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業務功能和詳細設計說明書對一個項目的開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有比較明確的認識，還能減少在開發過程中出現不必要的麻煩。代碼的實現是一個項目開發成功與否的關鍵，也就是說，前期作業都是爲代碼的實現所做的準備。
我深刻的認識到要成爲一名優秀的軟件開發人員不是一件容易的事情，不僅要有足夠的幹勁和熱情，還要有紮實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返於實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態迎接明天挑戰。
實訓中要求有紮實的理論基本知識，操作起來才順心應手，我這時才明白什麼是“書到用時方恨少”。這就激發了學習的慾望。
“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。
“紙上得來終覺淺，絕知此事要躬行!”,在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業知識的匱乏。以前總以爲自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。
經過爲期兩個月的電子政務服務平臺系統開發的實訓，我對Visual 軟件開發平臺有了更深一步的瞭解，對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用SQL Server數據庫進行連接操作方面有了本質的提高。
短短的實訓結束了，爲我將來的就業打下了良好的基礎，也提高了我的軟件開發的水平，今後我將會更加努力的學習，不斷提高自身素質，開拓創新，與時俱進，做一個優秀的軟件開發工程師。
做數據庫實驗的心得體會範文5
3月7號進入宏天實訓公司參加軟件開發實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最後獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經過之前的在校學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發。所以說實話，在實訓之前，軟件項目開發對我來說是比較抽象的，一個完整的項目要怎麼分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整項目的開發，必須由團隊來分工合作，並在每個階段中進行必要的總結與論證。
一個完整項目的開發它所要經歷的階段包括：遠景範圍規劃和用例說明、項目結構和風險評估、業務功能說明書、詳細設計說明書、代碼實現、測試和安裝包等等。一個項目的開發所需要的財力、人力都是很多的，如果沒有一個好的遠景規劃，對以後的開發進度會有很大的影響，甚至會出現在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業務功能和詳細設計說明書對一個項目的開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有比較明確的認識，還能減少在開發過程中出現不必要的麻煩。代碼的實現是一個項目開發成功與否的關鍵，也就是說，前期作業都是爲代碼的實現所做的準備。
我深刻的認識到要成爲一名優秀的軟件開發人員不是一件容易的事情，不僅要有足夠的幹勁和熱情，還要有紮實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返於實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態迎接明天挑戰。
實訓中要求有紮實的理論基本知識，操作起來才順心應手，我這時才明白什麼是“書到用時方恨少”。這就激發了學習的慾望。
“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。
“紙上得來終覺淺，絕知此事要躬行!”,在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業知識的匱乏。以前總以爲自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。
經過爲期兩個月的電子政務服務平臺系統開發的實訓，我對Visual 軟件開發平臺有了更深一步的瞭解，對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用SQL Server數據庫進行連接操作方面有了本質的提高。
短短的實訓結束了，爲我將來的就業打下了良好的基礎，也提高了我的軟件開發的水平，今後我將會更加努力的學習，不斷提高自身素質，開拓創新，與時俱進，做一個優秀的軟件開發工程師。