心得體會的記錄，需要仔細斟酌過後才能下筆，這樣才是優質的，寫心得是記錄的過程也是思想昇華的過程，本站小編今天就為您帶來了學數據庫的心得體會8篇，相信一定會對你有所幫助。
學數據庫的心得體會篇1
數據庫課程設計大賽塵囂漸漸遠去，懷着對這次大賽些許不捨，懷着對當初課程設計開始時候豪情萬丈決心留戀，懷着通過這次課程設計積累信心與鬥志，我開始寫這篇文章，為自己足跡留下哪怕是微不足道但是對自己彌足珍貴痕跡並期望與大家共勉。
首先，讓我記憶追溯到大二暑假，在老大指引下（老大勸我學asp（asp培訓）net），我接觸到microsoft公司net產品。那個時候我已經學過vc和asp，因為windows程序設計實驗課關係，接觸過vb（vb培訓），但是沒有專門去學他，因為習慣了c++裏面class，int，覺得vbsub，var看着就不是很順心。我是一個好奇心很強人，突然看到了一個號稱“。net是用於創建下一代應用程序理想而又現實開發工具”，而且主推c#語言，由於對c語言一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#學習，任何語言都不是孤立存在，所以數據交互是很重要，暑假時候我把我們這學期課本數據庫系統概論看了一遍。我記得以前用c語言編程時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是數據庫站出來時候啦，於是我又裝上了sql server2000，以前學asp時候用是access，那個時候只是照着人家做，理論是什麼也不是很清楚。
開發時候我想過用什麼架構，c/s模式？模式有很多，怎麼選擇？我就上網搜索現在最流行架構是什麼。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關係，咱學。just do it！前期工作準備好後，那麼我就得把我暑假學net加以實踐。這個時候我更加深入瞭解了利用ado、net操縱數據庫知識。並且對數據庫裏面存儲過程有了比較深入瞭解。經過大概2個多星期奮鬥，我完成了我數據庫課程設計——基於net數據集圖書館管理系統。並最後非常榮幸獲得了大賽一等獎以及以及新技術應用獎。
與其臨淵羨魚，不如退而結網。這次數據庫課程設計給我最大印象就是如果自己有了興趣，就動手去做，困難在你勇氣和毅力下是抬不了頭。從做這個數據庫開始無論遇到什麼困難，我都沒有一絲放棄念頭。出於對知識渴望，出於對新技術好奇，出於對一切未知求知。我完成了這次數據庫課程設計，不過這只是我學習路上驛站，未來十年net核心技術就是xml[至少微軟是這麼宣傳]，我會繼續學習它，包括jave公司j2ee我也很想試試，語言本來就是相通，just do it！語言並不重要畢竟它僅僅是工具，用好一個工具並不是一件值得為外人道事情，主要是瞭解學習思想。古語説好：學無止境啊。
實際上從學習經歷來看，我們接觸知識體系都是屬於比較老或比較傳統，與現在發展迅速it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。雖然是一個數據庫課程設計，由於本人在選擇項目時候是本着對自己有實際應用價值角度考慮，所以其中也涉及到一些數據庫以外設計。總而言之，這次數據庫設計心得體會不能用語言完全表達。
學數據庫的心得體會篇2
在大二的下學期剛學了數據庫這門課，對這門課的第一印象是書本蠻厚的，感覺學起來應該會很難很累。在學習這門課的過程中，在對數據庫的瞭解過程中，慢慢對數據庫有了感觀。數據庫這一詞並不是很難想象，並不是像外人看來很神奇。作為計算機專業的學生，這樣的專業術語或者專業知識是最基本的。
學習的時候沒有想象中的那麼難，只要上課能聽懂就基本還可以。但是問題還是出在書本有點厚，有的時候上課的內容都要找很久才能找到，甚至有的時候老師講的知識書本上是找不到的，是另外補充而且是相當重要的內容。有的時候開小差，沒有聽到老師講的知識點，這就導致了以後的學習無法順利進行，使得學習起來十分困難。所以在數據庫這門課的學習中，上課一定要聽牢，就像老師説的那樣，這樣的專業課如果想憑考試前幾天突擊是行不通的，必須是日積月累的知識才能取得好成績。
通過對數據庫的學習，我也明白了各行各業都離不開數據庫，就算是一個小型的超市也離不開它。可見數據庫這門課的廣泛性，如果能夠認真學好它將來必有成就。我就是抱着這種信念去學習數據庫的。第一次接觸數據庫，第一次接觸sql語言，雖然陌生，但是可以讓我從頭開始學，就算沒有基礎的人也可以學得很好。剛開始練習sql語言的時候，並不是很難，基本上都是按照老師的步驟來做，還很有成就感。後來學了單表查詢和連接查詢後，就慢慢發現越學越困難了，每個題目都要思考很久，並且每個題目基本上不止一個答案，所以必須找出最優的答案。後面的刪除、插入、修改這些題目都變化蠻大的，書本上的例題根本無法滿足我們，好在老師給我們提供了大量的課件，通過這些ppt，我們可以鞏固課內的知識，還可以學習內容相關的知識，更好地完成老師佈置的作業。
除了老師佈置的一些基本作業外，還有一份大作業。就像我們小組的是雜貨店的銷售管理系統，在完成這一作業的過程中，我們可以通過網絡實現一家雜貨店。過程是很複雜的，雜貨店需要員工，還有百來種商品，不僅需要大量的數據，還要完成需求説明，數據詞典，還有e-r圖等，雖然想象起來並不是很難，但是要轉化成文字，轉化成人們能夠讀懂的文字就顯得十分困難。特別是一個完整的銷售系統，對我們來説都是第一次接觸，在做大作業的時候經常是前面改改，後面改改，因為一些數據不能很好地對應起來，經常會遺忘一些，所以出現了這樣的情況。一個完整的數據庫系統也就是在這樣修修改改的狀態下完成的，也給了我很大的反思。第一、一個數據庫的完成一定要考慮各方面的因素，包括現實因素。第
二、在完成這類作業時，修修改改是很正常的，不要因此而厭倦。第三、一個完整的數據庫一定不能出現錯誤，否則會在現實生活中帶來不必要的麻煩。
通過本學期數據庫的學習及大作業的完成，很有去作項目的衝動，但深知自己的能力水平有限，還需要更多的學習。
學數據庫的心得體會篇3
今天進行了一次完整的數據庫設計的過程，其實一直來説我都是非常害怕數據庫的設計的，因為在剛剛接觸的時候，我就知道，數據庫設計其實是一個項目的開端，因為數據庫設計實際上就是業務的設計，在需求清晰的時候，完成清晰流暢的業務設計又是一大難點。
一下為我自己的心得經驗希望大家批評指正！
數據庫設計應該遵循以下幾個原則：
對需求的認知完全沒有歧義；
熟練而且正確的e-r圖繪製，明確改圖是表明實體和關係的圖，實體表示要在數據庫裏保存的類，關係表示類與類之間的相互關係，關係主要有一對一，一對多，多對多。經驗之談，繼承關係通常可以用一對一表示，而一對多或者多對多通常表示類之間的使用關係；
在設計時要做到高度的抽象，對內容或者關係相類似的內容抽象為一類實體，在分類時可以抽象出一個“類”的實體，與要分類實體之間進行多對多關係映射，明確哪些是必須要進行存儲的實體；
如果系統涉及用户角色的不同不妨把，賬户和身份的考慮分離開，賬户的存在讓他是一直存在的並且在身份變化時個人的歷史和基礎內容是不變的，就是身份的加持讓他可以有特權或者使命，而賬户是他在系統中的根；
對於有值內容，並且需要對值進行統計結果的需要對他進行內容的拆分，比如：問卷表和問卷內容表，問卷內容值表要拆開，才有利於統計計算，而且他們之間是一對多關係；
有時更加困難的是一個實體會發生多個維度的分類，那麼就把他的拆分維度一一分開；
“頻道”概念在消息分發時是一個非常靈活的概念；
數據庫可以建表來模擬消息服務器分發消息，在無法保證實時性必須存儲內容時，同一消息對不同用户創建不同的副本；
總結，其實我在今天的數據庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。
學數據庫的心得體會篇4
時間真的如輪一樣在飛轉，一週的實訓又一次即將結束，可是，感覺彷彿只過去了一天。實訓結束也意味着這個學期也將結束。不管時間多麼的飛快，這周短暫的vb程序設計實訓同樣讓我們收益不少。 首先，不説我們學到了多少專業知識，也不説我們學到了多少專業技能。在這樣零下1度的天氣中實訓，着實是鍛鍊我們的意志力。人都有惰性，這是無可厚非的事實。在寒冷的天氣裏，賴牀就更是常有的事。因為要實訓，我們很多平常經常遲到的同志不得不早起。就説實訓的第一天，外面飄着白雪，早上，手機的鬧鈴已經響過第二遍了。
我們宿舍的幾個姐妹還躲在被窩裏無動於衷。可是，當一個姐們突然説了一句，“這周要實訓”時，我們都‘呼啦’爬了起來，以驚人的速度洗漱好，急忙趕到教室。不管平時多麼懶散的同學，這次實訓都表現的異樣的認真。這應該算是實訓賦給我們的特別禮物吧！ 實訓的目的無非就是訓練我們的操作能力，以及提高我們的專業技能。實踐出真知，這是不變的真理。毫無疑問，這次vb程序設計實訓讓我們每一位同學都在不同程度上提高了編程技能。編程是我們的專業課程，可是，在老師平時上課的時候，班上大部分同學都以怠慢的態度對待。所以，對這門課程學的泛泛的。
實訓前，如果要我們做一個管理系統，我想班上能完成任務的同學應該寥寥無幾。在實訓前，我們常抱怨，編程有多麼的難。一個學期的學習，我們居然都不能完全的做出一個管理系統來。而這次短短的實訓，卻讓我們學會了做管理系統。沒錯，就是短短的幾天，我們每位同學都完成了一個自己做的管理系統。這説明，編程它本身不是很難，而在於你是不是真正的學習了。這次實訓讓我深刻的明白，你的態度決定一切。就以我自己的經歷來説，一個學期的學習還沒沒短短一週學到的多。這是為什麼？主導因素就是態度。在平日的學習中，我抱着不以為然的態度，以懶散的心態對待這門課程。所以，一個學期下來，我的編程學的一塌糊塗。而這次實訓，就像是一場實戰，必須認真對待。而這幾天踏踏實實的學習，將我平日落下的學習全都補救過來了。真的非常感謝這次實訓。通過這次實訓，我的編程技能確比之前實提高了不少。
更重要的是，在這次實訓中，讓我明白：學習或生活中發現了自己的不足，就要及時改進。不管是在學習中，還是在生活中，有不懂的沒關係。而，如果不懂，也不去問，就是一件很悲哀的事情。這次實訓中，我遇到了很多不懂的問題，但是，這些不懂最後都被我弄懂了。因為遇到不懂的不會做的我及時主動詢問了周圍的同學。同學不懂的，我又詢問了老師。不要認為問別人是一件讓人很羞恥的事情。不懂就問，不但不會讓你蒙羞，反而能顯示你的真實與謙虛。
總之，這次實訓我又有不少新收穫。
最後，還要感謝這次實訓期間周圍同學的熱情幫助和老師的熱心講解與指導。
學數據庫的心得體會篇5
在我看來，數據庫課程設計主要的目標是利用課程中學到的數據庫知識和技術較好的開發設計出數據庫應用系統，去解決各行各業信息化處理的要求。通過這次的課程設計，可以鞏固我們對數據庫基本原理和基礎理論的理解，掌握數據庫應用系統設計開發的基本方法，進一步提高我們綜合運用所學知識的能力。
當我們這組決定做大學生就業諮詢系統時，我們並沒有着手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都準備好了之後，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現相應模塊的功能，得到理想的效果。當每個人都把自己的分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用的是html和php相互嵌套使用，當一個系統做好了之後，我會好好地把程序都看一遍，理會其中的奧祕。
我所負責的是數據庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了痴迷的程度。然而php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閲下，我把自己的模塊做好了。這就是我收穫最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。
知識的獲得是無止境的，只要你想學，只要你行動，沒有什麼會難倒我們的。回首這一個多星期的課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們的不懈幫助，謝謝學校給了我們這一次實踐的機會，也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨着我。
學數據庫的心得體會篇6
跟老闆做了兩個算是比較大的項目，數據庫主體都是我設計的。第一個感覺很失敗；第二個現在正在用，雖然總結了第一個的教訓，但感覺還是有些遺憾。把這過程中的一些心得記在這裏，以便日後用到時來查閲。若以後還有機會再設計數據庫——現在倒還有些期待，呵呵，再有新的體會，也全部補充到這裏。
1.儘量使用數據宂餘。
隨着磁盤容量的大幅飆升，這一點已經不會產生什麼問題。當然宂餘歸宂餘，不能把數據的關聯弄的亂七八糟的。
本科數據庫課程中學的知識直接拿來，在實際中會出大問題。滿足三級範式的數據庫結構會讓你面對大量的連表查詢，應用程序中會用到大量的數據庫訪問，既繁瑣（煩死你）又使程序運行速度減慢。
2.儘量不要使用varmax)類型
這一點主要是用動軟代碼生成器自動生成代碼時，如果varchar的最大長度指定為max，在自動生成代碼時，它無法生成這一最大長度，需要手動補進去。
現在感覺用個var1000)就夠了。
3.使用預留字段。
數據庫表（尤其是動態表格），在你把所有字段都設計好了之後，再添加幾個備註字段和預留字段。
之前我覺得這樣做沒多大意義，因為預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義字段現在表示什麼意義。不過我的第二個數據庫中還是沒采用，這也是遺憾之處啊。
個人感覺用note1、note2、r1（r表示reserve）、r2、r3，2個備註字段和3個預留字段就足夠了，再多的話就不容易記住哪個字段具體表示什麼意義了，容易暈。類型就都用var200)吧。
學數據庫的心得體會篇7
sql是structured querylanguage(結構化查詢語言)的縮寫。sql是專為數據庫而建立的操作命令集，是一種功能齊全的數據庫語言。在使用它時，只需要發出“做什麼”的命令，“怎麼做”是不用使用者考慮的。sql功能強大、簡單易學、使用方便，已經成為了數據庫操作的基礎，並且現在幾乎所有的數據庫均支持sql。
它的強大功能以前就聽人説過，所以就選了這門課。經過一個學期的數據庫課程的學習，我們掌握了創建數據庫以及對數據庫的操作的基礎知識。幸老師的教學耐心細緻，課堂上我們有不理解的地方老師都反覆講解，使我們的基礎知識掌握的比較牢固。數據庫這門課涉及到以前的知識不多，是一門從頭學起的課程，即使基礎不是很好，只要認真聽講、複習功課，還是一門比較容易掌握的課。
通過學習，我對數據庫沒有了神祕感，簡單的説下我對數據庫的理解吧。我覺得它就是創建一些表格，然後再用一些語句根據他們之間的關係，把它們組合在一起。最基本的就是子查詢了。我
的子查詢經驗就是先寫出select _我們要找什麼，然後寫條件，我們要找的東西有什麼條件，然後在寫條件，我們的條件涉及那些表，那些字段，再在這些字段中通過我們學過的簡單select語句選出來，有時候還要用到幾層子查詢，不過無所謂，只要思路是清晰的就沒什麼問題了。接下來，關聯查詢之類的，學起來也是不難的，但有一點必須注意，那就是上課必須跟着老師的進度走，一定要注意聽講，勤做筆記。這樣，你學起來就會得心應手，沒什麼困難。
總之，這是一門很值得學的課程，自己學過獲益匪淺，就算自己將來不從事這個行業，但是至少對數據不再陌生，甚至還略知一二。
學數據庫的心得體會篇8
持續一個月的數據庫實訓，讓我參與了軟件工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最：
一.項目最大：項目大是因為我們這個事業起點網站涉及到用户眾多-高校，企業，學生，老師，專家，第二個原因是網站的功能多-用户管理，網上實習，網上競賽，畢業實習設計，項目管理，人才庫管理，人才推薦，搜索 ... 項目大很容易造成系統範圍的泛濫，在我們的開發初期，由於需求不太明確，功能實現沒有重點，造成了需求範圍的擴大，給項目開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現，將網站的基本架構搭建起來，最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們後期開發的最重要的依據。
二.數據庫表最多：如此龐大的系統，就需要龐大的數據庫來支持，所以項目大的直接後果就是我們的數據庫表特別多，而且表與表之間的依賴關係也複雜，實體類之間的關係眾多，設計起來有一定的難度。數據庫的另外一個問題是-數據表的屬性，數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數據庫表屬性的缺失，從用户的角度看，就會覺得你的系統提供的數據不夠全面，信息量小。
三.開發團隊最大：我們團隊一共有十四個人，這個對於我們的項目經理來説，是一個相當嚴峻的問題，畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和，管理起來有相當大的難度。對於我們這些小組成員來説，由於溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去諮詢小組長，然後小組長提供反饋信息。
四.項目各個模塊間藕合度高：網站涉及的各個功能模塊之間的聯繫緊密，模塊之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用户管理這一個部分要為每個模塊提供接口，主要是用户的編號以及用户的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的接口説明去設計自己的模塊，所以後期的模塊整合沒有遇到什麼太大的不兼容性等問題。
接下來就談談我這一個月中的工作：
需求分析階段：需求分析階段我完成了網上競賽模塊的需求分析，其中遇到的主要問題是閲讀材料後發現網上實習，網上競賽，畢業設計指導這幾個模塊的功能是類似的，提取需求分析後不夠明確，經過幾次跟湯老師的交流後，確定了這幾個模塊之間的具體差別，網上競賽模塊的基本需求也大致確定了，網上競賽模塊的基本功能就是學生通過網站報名參加競賽，企業審核通過後，專家對作品進行評分，排名。
概要設計階段：在需求分析的基礎上，對網上競賽模塊進行了比較具體的概要設計，流程圖(ipo圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述，如何實現學生報名，企業發佈，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。
數據庫設計階段：我負責整合初步數據庫設計説明書，分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數據表，然後對這些數據表進行整合。在這個過程中遇到的問題就是數據庫實在是太大了，最後下來一共有30多張表，表與表之間的關係複雜，關聯性大，需要設置的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設置也是一個問題，採用數值型還是採用字符串性在數據庫設計中尤為重要，因為在後台搜索方面，數值型比較快捷，而在數據顯示方面，字符串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它，因為這樣實體間關聯起來會更加簡單。數據庫的設計關鍵是要對整個項目的整體的把握，並且要細化對每個實體類的具體屬性要求。
詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計説明應該可以幫助程序員完成具體的實現，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了，我們就可以在裏面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來後面的問題就是後期代碼編寫的時候比較混亂，函數接口較難統，界面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網上競賽模塊的學生，企業，管理員，高校以及專家的界面。
編碼階段：我們是用開發的，主要任務就是從工具中選出你想要的控件，然後在控件響應函數中填充代碼，完成相應的事件響應。這裏遇到的最大問題是頁面的排版問題，因為自己是第一次開發網站，造成了自己設計的界面風格單調，不太美觀，現在就儘量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。
這一個月中我學到了很多東西，技術方面就是學會了用編寫網站，最重要的是讓我經歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統的串聯，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經驗。
