數據庫的心得體會7篇

寫心得體會一直以來都是我們記錄內心感受的重要方式，心得體會是一種對生活、工作或學習經驗的內在反思和總結，下面是本站小編為您分享的數據庫的心得體會7篇，感謝您的參閲。

數據庫的心得體會篇1

兩個星期時間非常快就過去了，這兩個星期不敢説自己有多大進步，獲得了多少知識，但起碼是瞭解了項目開發部分過程。雖説上過數據庫上過管理信息系統等相關課程，但是沒有親身經歷過相關設計工作細節。這次實習證實提供了一個很好機會。

通過這次課程設計發現這其中需要很多知識我們沒有接觸過，去圖書館查資料時候發現我們前邊所學到僅僅是皮毛，還有很多需要我們掌握東西我們根本不知道。同時也發現有很多已經學過東西我們沒有理解到位，不能靈活運用於實際，不能很好用來解決問題，這就需要我們不斷大量實踐，通過不斷自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用東西。 從各種文檔閲讀到開始需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統設計開發過程。很多東西書上寫很清楚，貌似看着也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統時候才發現其中難度。經常做到後面突然就發現自己一開始設計有問題，然後又回去翻工，在各種反覆中不斷完善自己想法。

我想有這樣問題不止我一個，事後想想是一開始着手做時候下手過於輕快，或者説是根本不瞭解自己要做這個系統是給誰用。因為沒有事先做過仔細用户調查，不知道整個業務流程，也不知道用户需要什麼功能就忙着開發，這是作為設計開發人員需要特別警惕避免，不然會給後來工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以後課程設計要特別注意這一塊設計。

按照要求，我們做是機票預訂系統。説實話，我對這個是一無所知，沒有訂過機票，也不知道航空公司是怎麼一個流程。盲目開始設計下場我已經嘗過了，結果就是出來一個四不像設計方案，沒有什麼實際用處。沒有前期調查，僅從指導書上那幾條要求着手是不夠。

在需求分析過程中，我們通過上網查資料，去圖書館查閲相關資料，結合我們生活經驗，根據可行性研究結果和客户要求，分析現有情況及問題，採用client/server結構，將機票預定系統劃分為兩個子系統：客户端子系統，服務器端子系統。在兩週時間裏，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由於忘記了一些java語言規範使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言規範性以及我們在編程時要有嚴謹態度，同時在寫程序時如有一定量註釋，既增加了程序可讀性，也可以使自己在讀程序時更容易。

我們學習並應用了sql語言，對數據庫創建、修改、刪除方法有了一定了解，通過導入表和刪除表、更改表學會了對於表一些操作，為了建立一個關係數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價一般過程，為畢業設計打下基礎。

很多事情不是想象中那麼簡單，它涉及到各種實體、屬性、數據流程、數據處理等等。很多時候感覺後面設計根本無法繼續，感覺像是被前面做各種圖限制了。在做關係模型轉換時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免宂餘，儘量按照屬性處理了。

物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最後才做索引部分，對一些比較經常使用搜索列，外鍵上建立索引，這樣可以明顯加快檢索速度，最後別忘記重要安全性設置，限制用户訪問權限，新建用户並和數據庫用户做相應映射。

不管做什麼，我們都要相信自己，不能畏懼，不能怕遇到困難，什麼都需要去嘗試，有些你開始認為很難事在你嘗試之後你可能會發現原來她並沒有你以前覺得那樣，自己也是可以。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以後從事這方面工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇於嘗試，這是這次課程設計給我最大感想！

以上基本是這次實習體會了，設計進行非常艱難，編碼非常不容易，才發現做一個項目最重要不在於如何實現，而是實現之前需求分析和模塊設計。創新很難，有些流行系統其實現並不難，難在於對市場分析和準確定位。設計，是一個任重道遠過程。

數據庫的心得體會篇2

本程序以c語言的棧的相關知識為基礎，通過控制兩個棧（運算數棧和運算符棧）的進出的棧操作，來實現對包含加、減、乘、除、括號運算符及sqrt和abs函數的任意整型表達式的求解運算。

從程序的編寫來看，感覺這次自己真的學到了好多，特別是對程序的開發流程。從最初的選定程序，到最終的程序運行成功，讓我感到如果是僅僅掌握課本上的知識是遠遠不能夠很好的應用到實際的編程中去的。在這個過程中還需要我們更多的去考慮到實際條件的種種限制和約束。

我在寫本程序的過程中也遇到了很多的問題，當然本程序的核心問題就是對兩個棧的壓出棧操作，需要做優先級判斷，並要考慮什麼時候進棧，什麼時候出棧等操作。我採用了課本上第52-54頁講的通過一個二維字符串數組來控制比較“+-*、()as=”共9個運算符的優先級控制。對異常，如除數為0、被開方數小於0等異常也進行了精心的處理。對操作過程中要用到的y、n、a、s等字符也進行了改進，最終本程序可以不區分大小寫就完成相關操作。

總之，經過本次專業課程設計，讓我掌握了開發應用軟件的基本流程，運用所學編程技能的基本技巧，也讓我初步瞭解了軟件設計的基本方法，提高進行工程設計的基本技能及分析、解決實際問題的能力，為以後畢業設計和工程實踐等打下良好的基礎。相信通過這次的課程設計，我對所學的《數據結構（c語言版）》和各種編程語言都有了一個全新的認識。我也會積極吸取本次課程設計的經驗，繼續研究數據結構和所學的各種編程語言。

數據庫的心得體會篇3

本次課程設計，使我對《數據結構》這門課程有了更深入理解。《數據結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。

我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，於是開始查閲各種資料以及參考文獻，之後便開始着手寫程序，寫完運行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全，經常運行出現錯誤，但通過同學間幫助最終基本解決問題。

在本課程設計中，我明白了理論與實際應用相結合重要性，並提高了自己組織數據及編寫大型程序能力。培養了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。並對vc有了更深入瞭解。《數據結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。

上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟件設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“數據結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業素質。

通過這段時間課程設計，我認識到數據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力。總來説，這次課程設計讓我獲益匪淺，對數據結構也有了進一步理解和認識。

數據庫的心得體會篇4

由於平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規範化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬於比較老或比較傳統的，與現在發展迅速的it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。

雖然這次是一個數據庫課程設計，由於本人在選擇項目的時候是本着對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數據庫以外的設計。對於ooa/ood的開發模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是説按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發人員已經非常熟悉軟件產品了，這對於相當有經驗的架構師一類人説可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授並要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統軟件工程的詳細設計之前的項目過程中還是有很多利於項目開發的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發模式，這次的項目也算是一次嘗試，當然這個過程並不會太短。

回到數據庫設計上了，這次的數據庫設計我是嚴格按照數據庫建模的步驟來進行的，老實説我並沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間。總體上來説這次的項目也不是很大，而且在數據庫的設計上比較保守，也就是説實際上數據庫設計還可以再完善完善的。隨着我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦（未於別人比較）本身就是在使用一種更接近關係數據庫的方式來記憶，所以我很可恨自然的設計出符合三範式的表結構來，即便我不知道這些範式的確切含義。可能就像"範式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。

從我作為項目的提出人和實現者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發現這也已經不是第一次了。主觀原因佔多數，比如，嘗試新的開發方式，根據設計花了太多的時間來抽象出公用的庫而忽略業務邏輯。就這次項目而言，失敗的原因有以下幾點：

使用了新的開發環境（vim），這是首次在脱離高級ide的情況下編碼。

使用了新的開發語言（python，actionscript3），因為我一直比較喜歡"學以致用"，而且這樣的"數據驅動型"軟件的整套自實現的庫都已經完成了，但是由於語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩餘時間了。

編碼流程的不妥，我比較喜歡從底層的庫開始開發，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。

實踐目的的不同，我輕易不放棄鍛鍊的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數跟人的能力是成正比的"。

數據庫的心得體會篇5

持續一個月的數據庫實訓，讓我參與了軟件工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最：

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

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

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

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

接下來就談談我這一個月中的工作：

需求分析階段：需求分析階段我完成了網上競賽模塊的需求分析，其中遇到的主要問題是閲讀材料後發現網上實習，網上競賽，畢業設計指導這幾個模塊的功能是類似的，提取需求分析後不夠明確，經過幾次跟湯老師的交流後，確定了這幾個模塊之間的具體差別，網上競賽模塊的基本需求也大致確定了，網上競賽模塊的基本功能就是學生通過網站報名參加競賽，企業審核通過後，專家對作品進行評分，排名。

概要設計階段：在需求分析的基礎上，對網上競賽模塊進行了比較具體的概要設計，流程圖(ipo圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述，如何實現學生報名，企業發佈，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。

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

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

編碼階段：我們是用開發的，主要任務就是從工具中選出你想要的控件，然後在控件響應函數中填充代碼，完成相應的事件響應。這裏遇到的最大問題是頁面的排版問題，因為自己是第一次開發網站，造成了自己設計的界面風格單調，不太美觀，現在就儘量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。

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

數據庫的心得體會篇6

在這次課程設計中，我們小組設計的是一個倉庫管理系統，通過設計這個系統，可以更方便地實現信息的瀏覽，查詢，添加等操作和報表輸出等功能，具體包括能實現產品入庫管理，可以填寫入庫單，確認產品入庫；產品出庫管理，可以填寫出庫單，確認出庫；借出管理，憑藉條借出，然後能夠還庫；初始庫存設置，設置庫存的初始值，庫存的上下警戒限；可以進行盤庫，反映每月，年的庫存情況；可以查詢產品入庫情況，出庫情況，當前庫存情況，可以按出庫單，入庫單，產品，時間進行查詢；雖然這個系統的功能還不是很完善，還有很多功能尚未實現，但這也是我們共同努力的結果，只要有更多的時間，我相信我們能完成的更好。

通過這次將近一個星期的課程設計實訓，我對數據庫在生活中的廣泛應用有了更深的體會，同時也加深了對access20xx的認識，瞭解了相關的access的知識，尤其是對數據庫的`原理與開發程序的應用有了更進一步的認識和了解。由於不會vb編程，很多功能實現起來很困難，但好在access有查詢、宏和窗體，特別是宏操作可以將幾個操作結合在一起，可以執行多個查詢，可以調用多次窗體。例如，在某個窗體中要顯示設備代碼表信息，所以這個窗體中建立一個子窗體用於設備代碼表的顯示，我們打開窗體後又對設備代碼表進行了跟新，所以窗體中顯示的並不是最新數據，我們往往需要及時看到設備代碼表跟新後的最新數據，窗體不會自動跟新我們就不會看到最新數據，所以這時候我們就會用一個宏操作在對設備代碼表跟新之後關閉窗體在打開窗體，這樣窗體就相當於完成了一次跟新操作。又例如，在一個表a中剛剛追加了一條記錄，我們要將每次剛剛新添加的記錄跟新到另一個表b中，用一個查詢是很難完成的，經過認真思考，得到了解決的辦法是，需要三個步驟，第一步，在表a中添加標誌字段，設置默認值為‘否’。第二步，編寫跟新查詢將標誌字段為‘否’的數據跟新到表b中。第三步，編寫跟新查詢將表a中標誌字段為‘否’的跟新為‘是’。

經過這次課程設計，是我明白團隊的力量是最大的，至少三個臭皮匠頂個諸葛亮，何況我們都是充滿激情的團隊。我想在以後的工作中我一定要做到多思考多與團隊交流，遇到難題一定要有必勝的信心

數據庫的心得體會篇7

數據庫課程設計大賽的塵囂漸漸遠去，懷着對這次大賽的些許不捨，懷着對當初課程設計開始時候的豪情萬丈的決心的留戀，懷着通過這次課程設計積累的信心與鬥志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡並期望與大家共勉。

首先，讓我的記憶追溯到大二暑假，在老大的指引下（老大勸我學），我接觸到microsoft公司的產品。那個時候我已經學過vc和asp，因為windows程序設計實驗的課的關係，接觸過vb，但是沒有專門去學他，因為習慣了c++裏面的class，int，覺得vb的sub，var看着就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱"是用於創建下一代應用程序的理想而又現實的開發工具"，而且主推c#語言，由於對c語言的一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數據交互是很重要的，暑假的時候我把我們這學期的課本數據庫系統概論看了一遍。我記得以前用c語言編程的時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來的時候啦，於是我又裝上了sql server20xx，以前學asp的時候用的是access，那個時候只是照着人家做，理論是什麼也不是很清楚。

通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎麼用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。

來到學校後，隨着這學期的數據庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什麼就學什麼。我們有時候很容易被一些專業名詞説嚇着，包括什麼建模，軟件工程，數據分析，數據挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是説這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什麼國家科研難題，只是去用一些工具，發明工具是很難，但是用一個工具就容易多了，just do it！我記得我做這個數據庫之前，我們老師説要做好前期分析，我就在網上搜索用什麼分析工具好。最後我選擇了roseuml建模工具。在此之前，我腦袋裏面沒有軟件建模的思想，什麼uml建模對我而言就是一張空白的紙。但是真正接觸後並沒有想象的那麼難，有什麼不懂的上網去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及後來的數據庫分析的時候用到的powerdesigner也是一樣。

開發的時候我想過用什麼架構，c/s模式？模式有很多，怎麼選擇？我就上網搜索現在最流行的架構是什麼。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關係，咱學。just do it！前期工作準備好後，那麼我就得把我暑假學的加以實踐。這個時候我更加深入的瞭解了利用操縱數據庫的知識。並且對數據庫裏面的存儲過程有了比較深入的瞭解。經過大概2個多星期的奮鬥，我完成了我的數據庫課程設計——基於數據集的圖書館管理系統。並最後非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。

與其臨淵羨魚，不如退而結網。這次數據庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個數據庫開始無論遇到什麼困難，我都沒有一絲的放棄的念頭。出於對知識的渴望，出於對新技術的好奇，出於對一切未知的求知。我完成了這次數據庫課程設計，不過這只是我學習路上的驛站，未來十年的核心技術就是xml[至少微軟是這麼宣傳的]，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just do it！語言並不重要畢竟它僅僅是工具，用好一個工具並不是一件值得為外人道的事情，主要是瞭解學習思想。古語説的好：學無止境啊！

我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。