積極向上充滿正能量的心得體會更容易吸引人，心得體會是一種對生活、工作或學習經驗的內在反思和總結，本站小編今天就爲您帶來了數據庫的心得體會參考5篇，相信一定會對你有所幫助。
數據庫的心得體會篇1
由於平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規範化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬於比較老或比較傳統的，與現在發展迅速的it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。
雖然這次是一個數據庫課程設計，由於本人在選擇項目的時候是本着對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數據庫以外的設計。對於ooa/ood的開發模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發人員已經非常熟悉軟件產品了，這對於相當有經驗的架構師一類人說可能會很容易，但是我們作爲學生，連足夠的編碼經驗都沒有，卻首先被教授並要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統軟件工程的詳細設計之前的項目過程中還是有很多利於項目開發的部分的。所以我就一直在尋找適合我——針對探究型項目——的`開發模式，這次的項目也算是一次嘗試，當然這個過程並不會太短。
回到數據庫設計上了，這次的數據庫設計我是嚴格按照數據庫建模的步驟來進行的，老實說我並沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化爲圖表很浪費時間。總體上來說這次的項目也不是很大，而且在數據庫的設計上比較保守，也就是說實際上數據庫設計還可以再完善完善的。隨着我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行爲，很多次我能深切感覺到，其實我的大腦(未於別人比較)本身就是在使用一種更接近關係數據庫的方式來記憶，所以我很可恨自然的設計出符合三範式的表結構來，即便我不知道這些範式的確切含義。可能就像"範式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。
從我作爲項目的提出人和實現者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發現這也已經不是第一次了。主觀原因佔多數，比如，嘗試新的開發方式，根據設計花了太多的時間來抽象出公用的庫而忽略業務邏輯。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發環境(vim)，這是首次在脫離高級ide的情況下編碼。
使用了新的開發語言(python，actionscript3)，因爲我一直比較喜歡"學以致用"，而且這樣的"數據驅動型"軟件的整套自實現的庫都已經完成了，但是由於語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩餘時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發，因爲一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同，我輕易不放棄鍛鍊的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因爲現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以爲自己很了不起，其實"遇到的問題數跟人的能力是成正比的"。
數據庫的心得體會篇2
數據庫課程設計大賽的塵囂漸漸遠去，懷着對這次大賽的些許不捨，懷着對當初課程設計開始時候的豪情萬丈的決心的留戀，懷着通過這次課程設計積累的信心與鬥志，我開始寫這篇文章，爲自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡並期望與大家共勉。
首先，讓我的記憶追溯到大二暑假，在老大的指引下（老大勸我學），我接觸到microsoft公司的產品。那個時候我已經學過vc和asp，因爲windows程序設計實驗的.課的關係，接觸過vb，但是沒有專門去學他，因爲習慣了c++裏面的class，int，覺得vb的sub，var看着就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“是用於創建下一代應用程序的理想而又現實的開發工具”，而且主推c#語言，由於對c語言的一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數據交互是很重要的，暑假的時候我把我們這學期的課本數據庫系統概論看了一遍。我記得以前用c語言編程的時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來的時候啦，於是我又裝上了sqlserver，以前學asp的時候用的是access，那個時候只是照着人家做，理論是什麼也不是很清楚。
通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎麼用也不是很清楚。但是這爲這學期的課程設計打下了鋪墊。
來到學校後，隨着這學期的數據庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什麼就學什麼。我們有時候很容易被一些專業名詞說嚇着，包括什麼建模，軟件工程，數據分析，數據挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什麼國家科研難題，只是去用一些工具，發明工具是很難，但是用一個工具就容易多了，justdoit！我記得我做這個數據庫之前，我們老師說要做好前期分析，我就在網上搜索用什麼分析工具好。最後我選擇了roseuml建模工具。在此之前，我腦袋裏面沒有軟件建模的思想，什麼uml建模對我而言就是一張空白的紙。但是真正接觸後並沒有想象的那麼難，有什麼不懂的上網去搜索，這是一個信息橫流的世界，有google，baidu就沒有不能解決的知識難題。以及後來的數據庫分析的時候用到的powerdesigner也是一樣。
開發的時候我想過用什麼架構，c/s模式？模式有很多，怎麼選擇？我就上網搜索現在最流行的架構是什麼。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關係，咱學。justdoit！前期工作準備好後，那麼我就得把我暑假學的加以實踐。這個時候我更加深入的瞭解了利用操縱數據庫的知識。並且對數據庫裏面的存儲過程有了比較深入的瞭解。經過大概2個多星期的奮鬥，我完成了我的數據庫課程設計--基於數據集的圖書館管理系統。並最後非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網。這次數據庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是擡不了頭的。從做這個數據庫開始無論遇到什麼困難，我都沒有一絲的放棄的念頭。出於對知識的渴望，出於對新技術的好奇，出於對一切未知的求知。我完成了這次數據庫課程設計，不過這只是我學習路上的驛站，未來十年的核心技術就是xml[至少微軟是這麼宣傳的]，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，justdoit！語言並不重要畢竟它僅僅是工具，用好一個工具並不是一件值得爲外人道的事情，主要是瞭解學習思想。古語說的好：學無止境啊！
我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。
（最後，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作爲對自己的激勵，繼續學習。畢竟學習就是一個justdoit的過程！）
數據庫的心得體會篇3
在我看來，數據庫課程設計主要目標是利用課程中學到數據庫知識和技術較好開發設計出數據庫應用系統，去解決各行各業信息化處理要求。通過這次課程設計，可以鞏固我們對數據庫基本原理和基礎理論理解，掌握數據庫應用系統設計開發基本方法，進一步提高我們綜合運用所學知識能力。
當我們這組決定做大學生就業諮詢系統時，我們並沒有着手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都準備好了之後，我們進行模塊分工。每個人都有自己模塊設計，而且寫出來代碼要求可以實現相應模塊功能，得到理想效果。當每個人都把自己分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用是html和php相互嵌套使用，當一個系統做好了之後，我會好好地把程序都看一遍，理會其中奧祕。
我所負責是數據庫備份和還原還有一些界面實現。還記得自己剛接觸html時候，覺得很感興趣，所以有一段時間幾乎到了癡迷程度。然而php 是我剛接觸不久一種編程語言。不過覺得它功能真很強大，可以開發出很多大型系統。但是在做備份和還原時候，要考慮東西還是很多。當我遇到錯誤時候，感到很受打擊。值得欣慰是，在同學幫助和大量參考書查閱下，我把自己模塊做好了。這就是我收穫最大地方。而且，我明白了遇到困難永不放棄重要性，我知道了團隊合作重要性，我領悟了只有堅持不懈纔會取得勝利。 知識獲得是無止境，只要你想學，只要你行動，沒有什麼會難倒我們。回首這一個多星期課程設計，我很欣慰。因爲我有了動力，有了勇氣。謝謝老師對我們不懈幫助，謝謝學校給了我們這一次實踐機會，也謝謝組員們關懷。這些美好回憶美好東西將永遠伴隨着我。
數據庫的心得體會篇4
數據結構是計算機存儲、組織數據的方式。數據結構是指相互之間存在一種或多種特定關係的數據元素的集合。通常情況下，精心選擇的數據結構可以帶來更高的運行或者存儲效率。數據結構往往同高效的檢索算法和索引技術有關。
一般認爲，一個數據結構是由數據元素依據某種邏輯聯繫組織起來的。對數據元素間邏輯關係的描述稱爲數據的邏輯結構;數據必須在計算機中存儲，數據的存儲結構是數據結構的實現形式，是其在計算機內的表示;此外討論一個數據結構必須同時討論在該類數據結構上執行的運算纔有意義。一個邏輯數據結構可以有多種存儲結構，且各種存儲結構影響數據處理的效率。
在許多類型的程序的設計中，數據結構的選擇是一個基本的設計考慮因素。許多大型系統的構造經驗表明，系統實現的困難程度和系統構造的質量都嚴重的依賴於是否選擇了最優的數據結構。許多時候，確定了數據結構後，算法就容易得到了。有些時候事情也會反過來，我們根據特定的算法來選擇數據結構與之適應。不論哪種情況，選擇合適的數據結構都是非常重要的。
從上面我們瞭解到了數據結構的重要性，它是一個程序的關鍵因素。拿到“陰風習習的大樓”這個題目時，一開始不知道從哪入手，以爲可以把每個位置看成一個圖的一個節點，從而可以用鄰接表這種結構，通過遍歷鄰接表，每次選擇權值小的路徑走就可以得到最短的路徑了。我錯了，完全的錯了。通過認真的分析後，我認識到，這能簡單的看成一個圖，因爲每個位置都只能到達它鄰接的位置而不是和其他各位置都有聯繫。而且如果每個位置轉化爲圖的一個節點，這樣要表示每個節點的關係就需要n*n節點和n^4大小的數組來存儲各個點的關係。還有這個大樓結構想轉化爲一個圖也是不容易的。根據書上有些類似的“老鼠迷宮問題”，讓我想打，不如就用n*n大小的數組直接存儲大樓結構。通過類似走迷宮的方法來遍歷，當遍歷完所有路徑後就能得到一個最小的路徑。那接下來怎樣遍歷呢?我採用了深度優先遍歷的方法，這樣可以用遞歸的方法，簡化代碼。雖然理解上有一定困難，而且遞歸條件的控制要注意。
通過這次數據結構程序設計，不僅讓我對c語言的一些知識得到了回顧，加深了對c語言的掌握。同時也讓我對數據結構知識得到了一定的掌握。知道了怎麼去分析一個題目，怎樣選擇比較好的數據結構。讓我從怎麼樣實現一個程序功能，轉變到怎麼用更少的空間，更短的時間完成程序設計。空間和時間上對程序的優化是評價一個程序好壞的關鍵標準。
通過這次數據結構的程序設計也讓我懂得了怎麼樣去設計一個程序。從問題分析中找出程序所要解決的關鍵問題和數據結構的選擇;在概要設計中完成程序的大體輪廓;在詳細設計中解決關鍵問題的算法和設計;在調試分析中完成程序最終的修補。這樣一個比較好的程序就設計出來了。
數據庫的心得體會篇5
本次課程設計，使我對《數據結構》這門課程有了更深入理解。《數據結構》是一門實踐性較強課程，爲了學好這門課程，必須在掌握理論知識同時，加強上機實踐。
我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，於是開始查閱各種資料以及參考文獻，之後便開始着手寫程序，寫完運行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全，經常運行出現錯誤，但通過同學間幫助最終基本解決問題。
在本課程設計中，我明白了理論與實際應用相結合重要性，並提高了自己組織數據及編寫大型程序能力。培養了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。並對vc有了更深入瞭解。《數據結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟件設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“數據結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業素質。
通過這段時間課程設計，我認識到數據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力。總來說，這次課程設計讓我獲益匪淺，對數據結構也有了進一步理解和認識。
