學數(shù)據(jù)庫的心得體會8篇學數(shù)據(jù)庫的心得體會篇1

數(shù)據(jù)庫課程設計大賽塵囂慢慢遠去，懷著對這次大賽些許不舍，懷著對當時課程設計開頭時候豪情萬丈決心留戀，懷著通過這次課程設計積累信念與斗志，我開頭寫這篇文章，為自己腳印?????留下哪怕是微不足道但是對自己彌足寶貴痕跡并期望與大家共勉。

首先，讓我記憶追溯到大二暑假，在老大指引下（老大勸我學asp（asp培訓）net），我接觸到microsoft公司net產(chǎn)品。那個時候我已經(jīng)學過vc和asp，由于windows程序設計試驗課關系，接觸過vb（vb培訓），但是沒有特地去學他，由于習慣了c++里面class，int，覺得vbsub，var看著就不是很順心。我是一個奇怪???心很強人，突然看到了一個號稱“。net是用于創(chuàng)建下一代應用程序抱負而又現(xiàn)實開發(fā)工具”，而且主推c#語言，由于對c語言一貫好感，我?guī)缀跏橇⒓磳λa(chǎn)生了愛好。我就開頭了對c#學習，任何語言都不是孤立存在，所以數(shù)據(jù)交互是很重要，暑假時候我把我們這學期課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程時候，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等。很耗費內(nèi)存空間。這個時候就是數(shù)據(jù)庫站出來時候啦，于是我又裝上了sqlserver2000，以前學asp時候用是access，那個時候只是照著人家做，理論是什么也不是很清晰。

開發(fā)時候我想過用什么架構，c/s模式？模式有許多，怎么選擇？我就上網(wǎng)搜尋現(xiàn)在最流行架構是什么。結果搜到了mvc架構，就是你啦。我打算用這個架構，不會，沒關系，咱學。justdoit！前期工作預備好后，那么我就得把我暑假學net加以實踐。這個時候我更加深化了解了利用ado、net操縱數(shù)據(jù)庫學問。并且對數(shù)據(jù)庫里面存儲過程有了比較深化了解。經(jīng)過也許2個多星期奮斗，我完成了我數(shù)據(jù)庫課程設計——基于net數(shù)據(jù)集圖書館管理系統(tǒng)。并最終特別榮幸獲得了大賽一等獎以及以及新技術應用獎。

與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計給我最大印象就是假如自己有了愛好，就動手去做，困難在你士氣和毅力下是抬不了頭。從做這個數(shù)據(jù)庫開頭無論遇到什么困難，我都沒有一絲放棄念頭。出于對學問渴望，出于對新技術奇怪???，出于對一切未知求知。我完成了這次數(shù)據(jù)庫課程設計，不過這只是我學習路上驛站，將來十年net核心技術就是xml[至少微軟是這么宣揚]，我會連續(xù)學習它，包括jave公司j2ee我也很想試試，語言原來就是相通，justdoit！語言并不重要究竟它僅僅是工具，用好一個工具并不是一件值得為外人道事情，主要是了解學習思想。古語說好：學無止境啊。

實際上從學習經(jīng)受來看，我們接觸學問體系都是屬于比較老或比較傳統(tǒng)，與現(xiàn)在進展快速it行業(yè)相比許多狀況已不再適用，尤其是當開源模式漸漸走近開發(fā)者后更是如此。雖然是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目時候是本著對自己有實際應用價值角度考慮，所以其中也涉及到一些數(shù)據(jù)庫以外設計。總而言之，這次數(shù)據(jù)庫設計心得體會不能用語言完全表達。

學數(shù)據(jù)庫的心得體會篇2

在大二的下學期剛學了數(shù)據(jù)庫這門課，對這門課的第一印象是書本蠻厚的，感覺學起來應當會很難很累。在學習這門課的過程中，在對數(shù)據(jù)庫的了解過程中，漸漸對數(shù)據(jù)庫有了感觀。數(shù)據(jù)庫這一詞并不是很難想象，并不是像外人看來很奇妙。作為計算機專業(yè)的同學，這樣的專業(yè)術語或者專業(yè)學問是最基本的。

學習的時候沒有想象中的那么難，只要上課能聽懂就基本還可以。但是問題還是出在書本有點厚，有的時候上課的內(nèi)容都要找很久才能找到，甚至有的時候老師講的學問書本上是找不到的，是另外補充而且是相當重要的內(nèi)容。有的時候開小差，沒有聽到老師講的學問點，這就導致了以后的學習無法順當進行，使得學習起來非常困難。所以在數(shù)據(jù)庫這門課的學習中，上課肯定要聽牢，就像老師說的那樣，這樣的專業(yè)課假如想憑考試前幾天突擊是行不通的，必需是日積月累的學問才能取得好成果。

通過對數(shù)據(jù)庫的學習，我也明白了各行各業(yè)都離不開數(shù)據(jù)庫，就算是一個小型的超市也離不開它?？梢姅?shù)據(jù)庫這門課的廣泛性，假如能夠仔細學好它將來必有成就。我就是抱著這種信念去學習數(shù)據(jù)庫的。第一次接觸數(shù)據(jù)庫，第一次接觸sql語言，雖然生疏，但是可以讓我從頭開頭學，就算沒有基礎的人也可以學得很好。剛開頭練習sql語言的時候，并不是很難，基本上都是根據(jù)老師的步驟來做，還很有成就感。后來學了單表查詢和連接查詢后，就漸漸發(fā)覺越學越困難了，每個題目都要思索很久，并且每個題目基本上不止一個答案，所以必需找出最優(yōu)的答案。后面的刪除、插入、修改這些題目都變化蠻大的，書本上的例題根本無法滿意我們，好在老師給我們供應了大量的課件，通過這些ppt，我們可以鞏固課內(nèi)的學問，還可以學習內(nèi)容相關的學問，更好地完成老師布置的作業(yè)。

除了老師布置的一些基本作業(yè)外，還有一份大作業(yè)。就像我們小組的是雜貨店的銷售管理系統(tǒng)，在完成這一作業(yè)的過程中，我們可以通過網(wǎng)絡實現(xiàn)一家雜貨店。過程是很簡單的，雜貨店需要員工，還有百來種商品，不僅需要大量的數(shù)據(jù)，還要完成需求說明，數(shù)據(jù)詞典，還有e-r圖等，雖然想象起來并不是很難，但是要轉化成文字，轉化成人們能夠讀懂的文字就顯得非常困難。特殊是一個完整的銷售系統(tǒng)，對我們來說都是第一次接觸，在做大作業(yè)的時候常常是前面改改，后面改改，由于一些數(shù)據(jù)不能很好地對應起來，常常會遺忘一些，所以消失了這樣的狀況。一個完整的數(shù)據(jù)庫系統(tǒng)也就是在這樣修修改改的狀態(tài)下完成的，也給了我很大的反思。第一、一個數(shù)據(jù)庫的完成肯定要考慮各方面的因素，包括現(xiàn)實因素。第

二、在完成這類作業(yè)時，修修改改是很正常的，不要因此而厭倦。第三、一個完整的數(shù)據(jù)庫肯定不能消失錯誤，否則會在現(xiàn)實生活中帶來不必要的麻煩。

通過本學期數(shù)據(jù)庫的學習及大作業(yè)的完成，很有去作項目的沖動，但深知自己的力量水平有限，還需要更多的學習。

學數(shù)據(jù)庫的心得體會篇3

今日進行了一次完整的數(shù)據(jù)庫設計的過程，其實始終來說我都是特別可怕數(shù)據(jù)庫的設計的，由于在剛剛接觸的時候，我就知道，數(shù)據(jù)庫設計其實是一個項目的開端，由于數(shù)據(jù)庫設計實際上就是業(yè)務的設計，在需求清楚的時候，完成清楚流暢的業(yè)務設計又是一大難點。

一下為我自己的心得閱歷盼望大家批判指正！

數(shù)據(jù)庫設計應當遵循以下幾個原則：

對需求的認知完全沒有歧義；

嫻熟而且正確的e-r圖繪制，明確改圖是表明實體和關系的圖，實體表示要在數(shù)據(jù)庫里保存的類，關系表示類與類之間的相互關系，關系主要有一對一，一對多，多對多。閱歷之談，繼承關系通?？梢杂靡粚σ槐硎?，而一對多或者多對多通常表示類之間的使用關系；

在設計時要做到高度的抽象，對內(nèi)容或者關系相類似的內(nèi)容抽象為一類實體，在分類時可以抽象出一個“類”的實體，與要分類實體之間進行多對多關系映射，明確哪些是必需要進行存儲的實體；

假如系統(tǒng)涉及用戶角色的不同不妨把，賬戶和身份的考慮分別開，賬戶的存在讓他是始終存在的并且在身份變化時個人的歷史和基礎內(nèi)容是不變的，就是身份的加持讓他可以有特權或者使命，而賬戶是他在系統(tǒng)中的根；

對于有值內(nèi)容，并且需要對值進行統(tǒng)計結果的需要對他進行內(nèi)容的拆分，比如：問卷表和問卷內(nèi)容表，問卷內(nèi)容值表要拆開，才有利于統(tǒng)計計算，而且他們之間是一對多關系；

有時更加困難的是一個實體會發(fā)生多個維度的分類，那么就把他的拆分維度一一分開；

“頻道”概念在消息分發(fā)時是一個特別敏捷的概念；

數(shù)據(jù)庫可以建表來模擬消息服務器分發(fā)消息，在無法保證明時性必需存儲內(nèi)容時，同一消息對不同用戶創(chuàng)建不同的副本；

總結，其實我在今日的數(shù)據(jù)庫設計中就學習到這些，學習是一個漸漸進步的過程，也是一個自我熬煎的過程，盼望我可以在這條路上走的再遠一點。

學數(shù)據(jù)庫的心得體會篇4

時間真的如輪一樣在飛轉，一周的實訓又一次即將結束，可是，感覺仿佛只過去了一天。實訓結束也意味著這個學期也將結束。不管時間多么的飛速，這周短暫的vb程序設計實訓同樣讓我們收益不少。首先，不說我們學到了多少專業(yè)學問，也不說我們學到了多少專業(yè)技能。在這樣零下1度的天氣中實訓，著實是熬煉我們的意志力。人都有惰性，這是無可厚非的事實。在寒冷的天氣里，賴床就更是常有的事。由于要實訓，我們許多平常常常遲到的同志不得不早起。就說實訓的第一天，外面飄著白雪，早上，手機的鬧鈴已經(jīng)響過其次遍了。

我們宿舍的幾個姐妹還躲在被窩里無動于衷。可是，當一個姐們突然說了一句，“這周要實訓”時，我們都‘呼啦’爬了起來，以驚人的速度洗漱好，趕忙趕到教室。不管平常多么懶散的同學，這次實訓都表現(xiàn)的異樣的仔細。這應當算是實訓賦給我們的特殊禮物吧！實訓的目的無非就是訓練我們的操作力量，以及提高我們的專業(yè)技能。實踐出真知，這是不變的真理。毫無疑問，這次vb程序設計實訓讓我們每一位同學都在不同程度上提高了編程技能。編程是我們的專業(yè)課程，可是，在老師平常上課的時候，班上大部分同學都以怠慢的態(tài)度對待。所以，對這門課程學的泛泛的。

實訓前，假如要我們做一個管理系統(tǒng)，我想班上能完成任務的同學應當寥寥無幾。在實訓前，我們常埋怨，編程有多么的難。一個學期的學習，我們竟然都不能完全的做出一個管理系統(tǒng)來。而這次短短的實訓，卻讓我們學會了做管理系統(tǒng)。沒錯，就是短短的幾天，我們每位同學都完成了一個自己做的管理系統(tǒng)。這說明，編程它本身不是很難，而在于你是不是真正的學習了。這次實訓讓我深刻的明白，你的態(tài)度打算一切。就以我自己的經(jīng)受來說，一個學期的學習還沒沒短短一周學到的多。這是為什么？主導因素就是態(tài)度。在平日的學習中，我抱著不以為然的態(tài)度，以懶散的心態(tài)對待這門課程。所以，一個學期下來，我的編程學的一塌糊涂。而這次實訓，就像是一場實戰(zhàn)，必需仔細對待。而這幾天踏踏實實的學習，將我平日落下的學習全都補救過來了。真的特別感謝這次實訓。通過這次實訓，我的編程技能確比之前實提高了不少。

更重要的是，在這次實訓中，讓我明白：學習或生活中發(fā)覺了自己的不足，就要準時改進。不管是在學習中，還是在生活中，有不懂的沒關系。而，假如不懂，也不去問，就是一件很悲傷的事情。這次實訓中，我遇到了許多不懂的問題，但是，這些不懂最終都被我弄懂了。由于遇到不懂的不會做的我準時主動詢問了四周的同學。同學不懂的，我又詢問了老師。不要認為問別人是一件讓人很恥辱的事情。不懂就問，不但不會讓你蒙羞，反而能顯示你的真實與虛心。

總之，這次實訓我又有不少新收獲。

最終，還要感謝這次實訓期間四周同學的熱忱關心和老師的熱心講解與指導。

學數(shù)據(jù)庫的心得體會篇5

在我看來，數(shù)據(jù)庫課程設計主要的目標是利用課程中學到的數(shù)據(jù)庫學問和技術較好的開發(fā)設計出數(shù)據(jù)庫應用系統(tǒng)，去解決各行各業(yè)信息化處理的要求。通過這次的課程設計，可以鞏固我們對數(shù)據(jù)庫基本原理和基礎理論的理解，把握數(shù)據(jù)庫應用系統(tǒng)設計開發(fā)的基本方法，進一步提高我們綜合運用所學學問的力量。

當我們這組打算做高校生就業(yè)詢問系統(tǒng)時，我們并沒有著手寫程序。而是大家一起商議?這個系統(tǒng)概述、系統(tǒng)目標、系統(tǒng)需求、業(yè)務流程分析、數(shù)據(jù)流程分析和數(shù)據(jù)詞典。當這些都預備好了之后，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現(xiàn)相應模塊的功能，得到抱負的效果。當每個人都把自己的分工做好了，最終會由一個人把這些全部組合搭建在一起。我們使用的是html和php相互嵌套使用，當一個系統(tǒng)做好了之后，我會好好地把程序都看一遍，理睬其中的神秘。

我所負責的是數(shù)據(jù)庫的備份和還原還有一些界面的實現(xiàn)。還記得自己剛接觸html的時候，覺得很感愛好，所以有一段時間幾乎到了癡迷的程度。然而php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發(fā)出許多大型的系統(tǒng)。但是在做備份和還原的時候，要考慮的東西還是許多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的關心和大量參考書的查閱下，我把自己的模塊做好了。這就是我收獲最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得成功。

學問的獲得是無止境的，只要你想學，只要你行動，沒有什么會難倒我們的?；厥走@一個多星期的課程設計，我很欣慰。由于我有了動力，有了士氣。感謝老師對我們的不懈關心，感謝學校給了我們這一次實踐的機會，也感謝組員們的關懷。這些美妙的回憶美妙的東西將永久伴隨著我。

學數(shù)據(jù)庫的心得體會篇6

跟老板做了兩個算是比較大的項目，數(shù)據(jù)庫主體都是我設計的。第一個感覺很失??；其次個現(xiàn)在正在用，雖然總結了第一個的教訓，但感覺還是有些圓滿。把這過程中的一些心得記在這里，以便日后用到時來查閱。若以后還有機會再設計數(shù)據(jù)庫——現(xiàn)在倒還有些期盼，呵呵，再有新的體會，也全部補充到這里。

1.盡量使用數(shù)據(jù)冗余。

隨著磁盤容量的大幅飆升，這一點已經(jīng)不會產(chǎn)生什么問題。當然冗余歸冗余，不能把數(shù)據(jù)的關聯(lián)弄的亂七八糟的。

本科數(shù)據(jù)庫課程中學的學問直接拿來，在實際中會出大問題。滿意三級范式的數(shù)據(jù)庫結構會讓你面對大量的連表查詢，應用程序中會用到大量的數(shù)據(jù)庫訪問，既繁瑣（煩死你）又使程序運行速度減慢。

2.盡量不要使用varmax)類型

這一點主要是用動軟代碼生成器自動生成代碼時，假如varchar的最大長度指定為max，在自動生成代碼時，它無法生成這一最大長度，需要手動補進去。

現(xiàn)在感覺用個var1000)就夠了。

3.使用預留字段。

數(shù)據(jù)庫表（尤其是動態(tài)表格），在你把全部字段都設計好了之后，再添加幾個備注字段和預留字段。

之前我覺得這樣做沒多大意義，由于預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現(xiàn)在覺得還是有必要的，很有必要的，即便在用到時需要自己非常清晰之前預留的無意義字段現(xiàn)在表示什么意義。不過我的其次個數(shù)據(jù)庫中還是沒采納，這也是圓滿之處啊。

個人感覺用note1、note2、r1（r表示reserve）、r2、r3，2個備注字段和3個預留字段就足夠了，再多的話就不簡單記住哪個字段詳細表示什么意義了，簡單暈。類型就都用var200)吧。

學數(shù)據(jù)庫的心得體會篇7

sql是structuredquerylanguage(結構化查詢語言)的縮寫。sql是專為數(shù)據(jù)庫而建立的操作命令集，是一種功能齊全的數(shù)據(jù)庫語言。在使用它時，只需要發(fā)出“做什么”的命令，“怎么做”是不用使用者考慮的。sql功能強大、簡潔易學、使用便利，已經(jīng)成為了數(shù)據(jù)庫操作的基礎，并且現(xiàn)在幾乎全部的數(shù)據(jù)庫均支持sql。

它的強大功能以前就聽人說過，所以就選了這門課。經(jīng)過一個學期的數(shù)據(jù)庫課程的學習，我們把握了創(chuàng)建數(shù)據(jù)庫以及對數(shù)據(jù)庫的操作的基礎學問。幸老師的教學急躁細致，課堂上我們有不理解的地方老師都反復講解，使我們的基礎學問把握的比較堅固。數(shù)據(jù)庫這門課涉及到以前的學問不多，是一門從頭學起的課程，即使基礎不是很好，只要仔細聽講、復習功課，還是一門比較簡單把握的課。

通過學習，我對數(shù)據(jù)庫沒有了神奇感，簡潔的說下我對數(shù)據(jù)庫的理解吧。我覺得它就是創(chuàng)建一些表格，然后再用一些語句依據(jù)他們之間的關系，把它們組合在一起。最基本的就是子查詢了。我

的子查詢閱歷就是先寫出select_我們要找什么，然后寫條件，我們要找的東西有什么條件，然后在寫條件，我們的條件涉及那些表，那些字段，再在這些字段中通過我們學過的簡潔select語句選出來，有時候還要用到幾層子查詢，不過無所謂，只要思路是清楚的就沒什么問題了。接下來，關聯(lián)查詢之類的，學起來也是不難的，但有一點必需留意，那就是上課必需跟著老師的進度走，肯定要留意聽講，勤做筆記。這樣，你學起來就會得心應手，沒什么困難。

總之，這是一門很值得學的課程，自己學過獲益匪淺，就算自己將來不從事這個行業(yè)，但是至少對數(shù)據(jù)不再生疏，甚至還略知一二。

學數(shù)據(jù)庫的心得體會篇8

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

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

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

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

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

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

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

概要設計階段：在需求分析的基礎上，對網(wǎng)上競賽模塊進行了比較詳細的概要設計，流程圖(ipo圖以及用例圖);這個階段的主要難點是對網(wǎng)上競賽業(yè)務流程的描述，如何實現(xiàn)同學報