- 相關推薦
數據庫課程設計心得體會（精選16篇）
當我們經過反思，有了新的啟發時，可以尋思將其寫進心得體會中，這樣可以幫助我們總結以往思想、工作和學習。那么心得體會怎么寫才恰當呢？以下是小編為大家收集的數據庫課程設計心得體會，歡迎閱讀，希望大家能夠喜歡。
數據庫課程設計心得體會 1
兩個星期的時間非常快就過去了，這兩個星期不敢說自己有多大的進步，獲得了多少知識，但起碼是了解了項目開發的部分過程。雖說上過數據庫上過管理信息系統等相關的課程，但是沒有親身經歷過相關的設計工作細節。這次實習證實提供了一個很好的機會。
通過這次課程設計發現這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發現我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位，不能靈活運用于實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。
從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統的設計開發過程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到后面突然就發現自己一開始的設計有問題，然后又回去翻工，在各種反復中不斷完善自己的想法。
我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統是給誰用的。因為沒有事先做過仔細的用戶調查，不知道整個業務的流程，也不知道用戶需要什么功能就忙著開發，這是作為設計開發人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后的課程設計要特別注意這一塊的設計。
按照要求，我們做的是機票預訂系統。說實話，我對這個是一無所知的，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計的下場我已經嘗過了，結果就是出來一個四不像的設計方案，沒有什么實際用處。沒有前期的調查，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們的生活經驗，根據可行性研究的結果和客戶的要求，分析現有情況及問題，采用client/server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，服務器端子系統。在兩周的時間里，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由于忘記了一些java語言的規范使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言的規范性以及我們在編程時要有嚴謹的態度，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了sql語言，對數據庫的創建、修改、刪除方法有了一定的.了解，通過導入表和刪除表、更改表學會了對于表的一些操作，為了建立一個關系數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價的一般過程，為畢業設計打下基礎。
很多事情不是想象中的那么簡單的，它涉及到的各種實體、屬性、數據流程、數據處理等等。很多時候感覺后面的設計根本無法繼續，感覺像是被前面做的各種圖限制了。在做關系模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引的部分，對一些比較經常使用搜索的列，外鍵上建立索引，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限，新建用戶并和數據庫用戶做相應的映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發現原來她并沒有你以前覺得的那樣，自己也是可以的。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以后從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇于嘗試，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難，編碼非常不容易，才發現做一個項目最重要的不在于如何實現，而是實現之前的需求分析和模塊設計。創新很難，有些流行的系統其實現并不難，難的在于對市場的分析和準確定位。設計，是一個任重道遠的過程。
數據庫課程設計心得體會 2
本次課程設計，使我對《數據結構》這門課程有了更深入理解�！稊祿Y構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。
我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，于是開始查閱各種資料以及參考文獻，之后便開始著手寫程序，寫完運行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全，經常運行出現錯誤，但通過同學間幫助最終基本解決問題。
在本課程設計中，我明白了理論與實際應用相結合重要性，并提高了自己組織數據及編寫大型程序能力。培養了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。并對VC有了更深入了解�！稊祿Y構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。
上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟件設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“數據結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業素質。
通過這段時間課程設計，我認識到數據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力�？倎碚f，這次課程設計讓我獲益匪淺，對數據結構也有了進一步理解和認識。
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業工作前一個必不少的過程�！扒Ю镏惺加谧阆隆保ㄟ^這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數據結。
數據結構，是一門研究非數值計算的程序設計問題中計算機的操作對象（數據元素）以及它們之間的關系和運算等的學科，而且確保經過這些運算后所得到的新結構仍然是原來的結構類型�！皵祿Y構”在計算機科學中是一門綜合性的.專業基礎課。數據結構是介于數學、計算機硬件和計算機軟件三者之間的一門核心課程。數據結構這一門課的內容不僅是一般程序設計（特別是非數值性程序設計）的基礎，而且是設計和實現編譯程序、操作系統、數據庫系統及其他系統程序的重要基礎。通過這次模具設計，我在多方面都有所提高。
在界面設置中使用函數調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據菜單條數設計。最后采用printf輸出程序設計界面。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環鏈表，并進行輸出，及循環語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規模相對較小，即功能還不很全面，應用也不很普遍。原來C語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用C語言方面的知識，我們可以設計出更完善的軟件。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創新的作品。
數據庫課程設計心得體會 3
在我看來，數據庫課程設計主要目標是利用課程中學到數據庫知識和技術較好開發設計出數據庫應用系統，去解決各行各業信息化處理要求。通過這次課程設計，可以鞏固我們對數據庫基本原理和基礎理論理解，掌握數據庫應用系統設計開發基本方法，進一步提高我們綜合運用所學知識能力。
當我們這組決定做大學生就業咨詢系統時，我們并沒有著手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都準備好了之后，我們進行模塊分工。每個人都有自己模塊設計，而且寫出來代碼要求可以實現相應模塊功能，得到理想效果。當每個人都把自己分工做好了，最后會由一個人把這些全部組合搭建在一起。我們使用是Html和php相互嵌套使用，當一個系統做好了之后，我會好好地把程序都看一遍，理會其中奧秘。
我所負責是數據庫備份和還原還有一些界面實現。還記得自己剛接觸html時候，覺得很感興趣，所以有一段時間幾乎到了癡迷程度。然而Php 是我剛接觸不久一種編程語言。不過覺得它功能真很強大，可以開發出很多大型系統。但是在做備份和還原時候，要考慮東西還是很多。當我遇到錯誤時候，感到很受打擊。值得欣慰是，在同學幫助和大量參考書查閱下，我把自己模塊做好了。這就是我收獲最大地方。而且，我明白了遇到困難永不放棄重要性，我知道了團隊合作重要性，我領悟了只有堅持不懈才會取得勝利。 知識獲得是無止境，只要你想學，只要你行動，沒有什么會難倒我們�；厥走@一個多星期課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們不懈幫助，謝謝學校給了我們這一次實踐機會，也謝謝組員們關懷。這些美好回憶美好東西將永遠伴隨著我。
數據庫課程設計心得體會 4
數據庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志，我開始寫這篇文章，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。
首先，讓我的記憶追溯到大二暑假，在老大的指引下(老大勸我學)，我接觸到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!語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊!
我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。
數據庫課程設計心得體會 5
今天進行了一次完整的數據庫設計的過程，其實一直來說我都是非常害怕數據庫的設計的，因為在剛剛接觸的時候，我就知道，數據庫設計其實是一個項目的開端，因為數據庫設計實際上就是業務的設計，在需求清晰的時候，完成清晰流暢的業務設計又是一大難點。以下為我自己的'心得經驗希望大家批評指正！
數據庫設計應該遵循以下幾個原則：
對需求的認知完全沒有歧義；
熟練而且正確的E-R圖繪制，明確改圖是表明實體和關系的圖，實體表示要在數據庫里保存的類，關系表示類與類之間的相互關系，關系主要有一對一，一對多，多對多。經驗之談，繼承關系通常可以用一對一表示，而一對多或者多對多通常表示類之間的使用關系；
在設計時要做到高度的抽象，對內容或者關系相類似的內容抽象為一類實體，在分類時可以抽象出一個“類”的實體，與要分類實體之間進行多對多關系映射，明確哪些是必須要進行存儲的實體；
如果系統涉及用戶角色的不同不妨把，賬戶和身份的考慮分離開，賬戶的存在讓他是一直存在的并且在身份變化時個人的歷史和基礎內容是不變的，就是身份的加持讓他可以有特權或者使命，而賬戶是他在系統中的根；
對于有值內容，并且需要對值進行統計結果的需要對他進行內容的拆分，比如：問卷表和問卷內容表，問卷內容值表要拆開，才有利于統計計算，而且他們之間是一對多關系；
有時更加困難的是一個實體會發生多個維度的分類，那么就把他的拆分維度一一分開；
“頻道”概念在消息分發時是一個非常靈活的概念；
數據庫可以建表來模擬消息服務器分發消息，在無法保證實時性必須存儲內容時，同一消息對不同用戶創建不同的副本；
總結，其實我在今天的數據庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。
數據庫課程設計心得體會 6
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規范化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬于比較老或比較傳統的，與現在發展迅速的it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者后更是如此。
雖然這次是一個數據庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數據庫以外的設計。對于ooa/ood的開發模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發人員已經非常熟悉軟件產品了，這對于相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發模式，這次的項目也算是一次嘗試，當然這個過程并不會太短。
回到數據庫設計上了，這次的數據庫設計我是嚴格按照數據庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間�？傮w上來說這次的項目也不是很大，而且在數據庫的設計上比較保守，也就是說實際上數據庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數據庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義�？赡芫拖�"范式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。
從我作為項目的提出人和實現者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發現這也已經不是第一次了。主觀原因占多數，比如，嘗試新的開發方式，根據設計花了太多的時間來抽象出公用的庫而忽略業務邏輯。就這次項目而言，失敗的`原因有以下幾點：
使用了新的開發環境(vim)，這是首次在脫離高級ide的情況下編碼。
使用了新的開發語言(python，actionscript3)，因為我一直比較喜歡"學以致用"，而且這樣的"數據驅動型"軟件的整套自實現的庫都已經完成了，但是由于語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩余時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同，我輕易不放棄鍛煉的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數跟人的能力是成正比的"。
數據庫課程設計心得體會 7
在這次課程設計中，我們小組設計的是一個倉庫管理系統，通過設計這個系統，可以更方便地實現信息的瀏覽，查詢，添加等操作和報表輸出等功能，具體包括能實現產品入庫管理，可以填寫入庫單，確認產品入庫；產品出庫管理，可以填寫出庫單，確認出庫；借出管理，憑借條借出，然后能夠還庫；初始庫存設置，設置庫存的初始值，庫存的上下警戒限；可以進行盤庫，反映每月，年的庫存情況；可以查詢產品入庫情況，出庫情況，當前庫存情況，可以按出庫單，入庫單，產品，時間進行查詢；雖然這個系統的功能還不是很完善，還有很多功能尚未實現，但這也是我們共同努力的結果，只要有更多的時間，我相信我們能完成的更好。
通過這次將近一個星期的課程設計實訓，我對數據庫在生活中的廣泛應用有了更深的體會，同時也加深了對ACCESS20xx的認識，了解了相關的`ACCESS的知識，尤其是對數據庫的原理與開發程序的應用有了更進一步的認識和了解。由于不會vb編程，很多功能實現起來很困難，但好在access有查詢、宏和窗體，特別是宏操作可以將幾個操作結合在一起，可以執行多個查詢，可以調用多次窗體。例如，在某個窗體中要顯示設備代碼表信息，所以這個窗體中建立一個子窗體用于設備代碼表的顯示，我們打開窗體后又對設備代碼表進行了跟新，所以窗體中顯示的并不是最新數據，我們往往需要及時看到設備代碼表跟新后的最新數據，窗體不會自動跟新我們就不會看到最新數據，所以這時候我們就會用一個宏操作在對設備代碼表跟新之后關閉窗體在打開窗體，這樣窗體就相當于完成了一次跟新操作。又例如，在一個表A中剛剛追加了一條記錄，我們要將每次剛剛新添加的記錄跟新到另一個表B中，用一個查詢是很難完成的，經過認真思考，得到了解決的辦法是，需要三個步驟，第一步，在表A中添加標志字段，設置默認值為‘否’。第二步，編寫跟新查詢將標志字段為‘否’的數據跟新到表B中。第三步，編寫跟新查詢將表A中標志字段為‘否’的跟新為‘是’。
經過這次課程設計，是我明白團隊的力量是最大的，至少三個臭皮匠頂個諸葛亮，何況我們都是充滿激情的團隊。我想在以后的工作中我一定要做到多思考多與團隊交流，遇到難題一定要有必勝的信心
數據庫課程設計心得體會 8
兩個星期時間非�？炀瓦^去了，這兩個星期不敢說自己有多大進步，獲得了多少知識，但起碼是了解了項目開發部分過程。雖說上過數據庫上過管理信息系統等相關課程，但是沒有親身經歷過相關設計工作細節。這次實習證實提供了一個很好機會。
通過這次課程設計發現這其中需要很多知識我們沒有接觸過，去圖書館查資料時候發現我們前邊所學到僅僅是皮毛，還有很多需要我們掌握東西我們根本不知道。同時也發現有很多已經學過東西我們沒有理解到位，不能靈活運用于實際，不能很好用來解決問題，這就需要我們不斷大量實踐，通過不斷自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用東西。 從各種文檔閱讀到開始需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統設計開發過程。很多東西書上寫很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統時候才發現其中難度。經常做到后面突然就發現自己一開始設計有問題，然后又回去翻工，在各種反復中不斷完善自己想法。
我想有這樣問題不止我一個，事后想想是一開始著手做時候下手過于輕快，或者說是根本不了解自己要做這個系統是給誰用。因為沒有事先做過仔細用戶調查，不知道整個業務流程，也不知道用戶需要什么功能就忙著開發，這是作為設計開發人員需要特別警惕避免，不然會給后來工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后課程設計要特別注意這一塊設計。
按照要求，我們做是機票預訂系統。說實話，我對這個是一無所知，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計下場我已經嘗過了，結果就是出來一個四不像設計方案，沒有什么實際用處。沒有前期調查，僅從指導書上那幾條要求著手是不夠。
在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們生活經驗，根據可行性研究結果和客戶要求，分析現有情況及問題，采用Client/Server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，服務器端子系統。在兩周時間里，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由于忘記了一些java語言規范使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言規范性以及我們在編程時要有嚴謹態度，同時在寫程序時如有一定量注釋，既增加了程序可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了SQL語言，對數據庫創建、修改、刪除方法有了一定了解，通過導入表和刪除表、更改表學會了對于表一些操作，為了建立一個關系數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價一般過程，為畢業設計打下基礎。
很多事情不是想象中那么簡單，它涉及到各種實體、屬性、數據流程、數據處理等等。很多時候感覺后面設計根本無法繼續，感覺像是被前面做各種圖限制了。在做關系模型轉換時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引部分，對一些比較經常使用搜索列，外鍵上建立索引，這樣可以明顯加快檢索速度，最后別忘記重要安全性設置，限制用戶訪問權限，新建用戶并和數據庫用戶做相應映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難事在你嘗試之后你可能會發現原來她并沒有你以前覺得那樣，自己也是可以。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以后從事這方面工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇于嘗試，這是這次課程設計給我最大感想！
以上基本是這次實習體會了，設計進行非常艱難，編碼非常不容易，才發現做一個項目最重要不在于如何實現，而是實現之前需求分析和模塊設計。創新很難，有些流行系統其實現并不難，難在于對市場分析和準確定位。設計，是一個任重道遠過程。
數據庫課程設計心得體會 9
時間真的如輪一樣在飛轉，一周的實訓又一次即將結束，可是，感覺仿佛只過去了一天。實訓結束也意味著這個學期也將結束。不管時間多么的飛快，這周短暫的VB程序設計實訓同樣讓我們收益不少。 首先，不說我們學到了多少專業知識，也不說我們學到了多少專業技能。在這樣零下1度的天氣中實訓，著實是鍛煉我們的意志力。人都有惰性，這是無可厚非的事實。在寒冷的天氣里，賴床就更是常有的事。因為要實訓，我們很多平常經常遲到的同志不得不早起。就說實訓的第一天，外面飄著白雪，早上，手機的鬧鈴已經響過第二遍了。
我們宿舍的幾個姐妹還躲在被窩里無動于衷。可是，當一個姐們突然說了一句，“這周要實訓”時，我們都‘呼啦’爬了起來，以驚人的速度洗漱好，急忙趕到教室。不管平時多么懶散的同學，這次實訓都表現的異樣的認真。這應該算是實訓賦給我們的特別禮物吧！ 實訓的目的無非就是訓練我們的操作能力，以及提高我們的專業技能。實踐出真知，這是不變的真理。毫無疑問，這次VB程序設計實訓讓我們每一位同學都在不同程度上提高了編程技能。編程是我們的專業課程，可是，在老師平時上課的時候，班上大部分同學都以怠慢的態度對待。所以，對這門課程學的泛泛的。
實訓前，如果要我們做一個管理系統，我想班上能完成任務的同學應該寥寥無幾。在實訓前，我們常抱怨，編程有多么的難。一個學期的學習，我們居然都不能完全的做出一個管理系統來。而這次短短的實訓，卻讓我們學會了做管理系統。沒錯，就是短短的幾天，我們每位同學都完成了一個自己做的管理系統。這說明，編程它本身不是很難，而在于你是不是真正的學習了。這次實訓讓我深刻的明白，你的態度決定一切。就以我自己的經歷來說，一個學期的學習還沒沒短短一周學到的多。這是為什么？主導因素就是態度。在平日的學習中，我抱著不以為然的態度，以懶散的心態對待這門課程。所以，一個學期下來，我的編程學的一塌糊涂。而這次實訓，就像是一場實戰，必須認真對待。而這幾天踏踏實實的學習，將我平日落下的學習全都補救過來了。真的非常感謝這次實訓。通過這次實訓，我的.編程技能確比之前實提高了不少。
更重要的是，在這次實訓中，讓我明白：學習或生活中發現了自己的不足，就要及時改進。不管是在學習中，還是在生活中，有不懂的沒關系。而，如果不懂，也不去問，就是一件很悲哀的事情。這次實訓中，我遇到了很多不懂的問題，但是，這些不懂最后都被我弄懂了。因為遇到不懂的不會做的我及時主動詢問了周圍的同學。同學不懂的，我又詢問了老師。不要認為問別人是一件讓人很羞恥的事情。不懂就問，不但不會讓你蒙羞，反而能顯示你的真實與謙虛。
總之，這次實訓我又有不少新收獲。
最后，還要感謝這次實訓期間周圍同學的熱情幫助和老師的熱心講解與指導。
數據庫課程設計心得體會 10
這次數據庫課程設計用的是Microsoft Visual FoxPro 6.0 ，而我們平時用的Microsoft SQL Server 2000，雖然對VFP完全陌生，但在老師的指引下，我們近乎完美的完成了課程設計。當然過程是艱辛的。
面對著完全陌生的操作環境VFP，許多同學開始埋怨，要求用SQL，用我們學過的ASP等來完成設計。但我們慢慢發現用VFP做課程設計其實很有優勢，于是它的這個優勢激發了我們去了解它的欲望。老師先將VFP中基本的建數據庫，建表以及建表單等向我們演示了一遍，我們也仿照著做了，發覺并不是很難。但想到這次課程設計做的`是一套學生學籍和成績管理系統，我們又開始茫然了。那天，老師給我們看了一段可以讓文字循環移動的代碼，這使我們產生了好奇心理，有了快速了解它的沖動。因為用面向對象的語言做特效，這還是第一次。下課之后我把那段我們不了解的語言寫的特效代碼發到了VFP論壇上請人幫忙解釋，最后我們完全理解了那段代碼的意思。
這次課程設計我們克服了炎熱的天氣（學校機房之前沒裝空調……后來設計完才裝……），也克服對新知識的恐懼感以及畏難情緒。我們懂得了團隊合作的重要性，也懂得了團隊中如何交流、如何分工，如何集體討論難點。我們充分利用了網絡資源（技術論壇，共享的實例等）。
我們喜歡這次課程設計的感覺，喜歡編程，喜歡團隊交流。
數據庫課程設計心得體會 11
在大二的下學期剛學了數據庫這門課，對這門課的第一印象是書本蠻厚的，感覺學起來應該會很難很累。在學習這門課的過程中，在對數據庫的了解過程中，慢慢對數據庫有了感觀。數據庫這一詞并不是很難想象，并不是像外人看來很神奇。作為計算機專業的學生，這樣的專業術語或者專業知識是最基本的。
學習的時候沒有想象中的那么難，只要上課能聽懂就基本還可以。但是問題還是出在書本有點厚，有的時候上課的內容都要找很久才能找到，甚至有的時候老師講的知識書本上是找不到的，是另外補充而且是相當重要的內容。有的時候開小差，沒有聽到老師講的知識點，這就導致了以后的學習無法順利進行，使得學習起來十分困難。所以在數據庫這門課的學習中，上課一定要聽牢，就像老師說的那樣，這樣的專業課如果想憑考試前幾天突擊是行不通的，必須是日積月累的知識才能取得好成績。
通過對數據庫的學習，我也明白了各行各業都離不開數據庫，就算是一個小型的超市也離不開它�？梢姅祿䦷爝@門課的廣泛性，如果能夠認真學好它將來必有成就。我就是抱著這種信念去學習數據庫的。第一次接觸數據庫，第一次接觸SQL語言，雖然陌生，但是可以讓我從頭開始學，就算沒有基礎的人也可以學得很好。剛開始練習SQL語言的時候，并不是很難，基本上都是按照老師的步驟來做，還很有成就感。后來學了單表查詢和連接查詢后，就慢慢發現越學越困難了，每個題目都要思考很久，并且每個題目基本上不止一個答案，所以必須找出最優的答案。后面的刪除、插入、修改這些題目都變化蠻大的，書本上的例題根本無法滿足我們，好在老師給我們提供了大量的課件，通過這些PPT，我們可以鞏固課內的知識，還可以學習內容相關的知識，更好地完成老師布置的作業。
除了老師布置的一些基本作業外，還有一份大作業。就像我們小組的是雜貨店的銷售管理系統，在完成這一作業的過程中，我們可以通過網絡實現一家雜貨店。過程是很復雜的，雜貨店需要員工，還有百來種商品，不僅需要大量的數據，還要完成需求說明，數據詞典，還有E-R圖等，雖然想象起來并不是很難，但是要轉化成文字，轉化成人們能夠讀懂的`文字就顯得十分困難。特別是一個完整的銷售系統，對我們來說都是第一次接觸，在做大作業的時候經常是前面改改，后面改改，因為一些數據不能很好地對應起來，經常會遺忘一些，所以出現了這樣的情況。一個完整的數據庫系統也就是在這樣修修改改的狀態下完成的，也給了我很大的反思。
第一、一個數據庫的完成一定要考慮各方面的因素，包括現實因素。
第二、在完成這類作業時，修修改改是很正常的，不要因此而厭倦。
第三、一個完整的數據庫一定不能出現錯誤，否則會在現實生活中帶來不必要的麻煩。
通過本學期數據庫的學習及大作業的完成，很有去作項目的沖動，但深知自己的能力水平有限，還需要更多的學習。
數據庫課程設計心得體會 12
本學期開設的《數據庫系統及應用》課程已經告一段落，現就其知識點及其掌握情況以及對該門課程的教學建議等方面進行學習總結。
一、數據庫主要知識點
我們首先從第一章緒論了解了數據庫的概念，其中有幾個較為重要的知識點，即數據庫系統
DBS、數據庫管理系統DBMS的概念以及數據庫管理員DBA的職責。此外本章還介紹了數據庫發展的三個階段：人工管理階段、文件系統階段和數據庫系統階段。
第二章介紹了數據模型和三層模式數據庫。本章要求我們理解實體-聯系方法，并學會繪制E-R圖。此外還應掌握概念數據模型的意義和傳統的三大數據模型，以及數據獨立性和數據庫三層模式結構。
接著開始著重講述現在普遍使用的關系數據庫。包括關系數據模型的數據結構和基本術語，關系模型的完整性約束和關系代數運算。重點是關系模式完整性的分類和功能，以及關系代數中集合運算和關系運算。最后介紹了關系數據庫系統的三層模式結構。
第五章系統講述關系數據庫的標準語言SQL的定義功能、查詢功能、操作和控制功能。重點在于數據查詢功能。另外還介紹了視圖的用法和動態SQL中定義、操作和查詢功能。
第六章知識點有：存儲過程的創建和執行過程、修改和刪除；觸發器的基本概念，建立，插入和刪除視圖，插入、刪除和更新類觸發器。最后介紹了數據完整性。
第七章介紹安全性，包括安全性措施的層次、數據庫管理系統的安全功能等，用戶管理和角色管理，權限管理。其他的安全問題包括：數據加密、審計、統計數據庫和用戶定義的安全性措施。
事務管理這一章首先介紹了事務的概念、性質以及SQL對事務的支持。并發控制——干擾問題、可串行性、封鎖、死鎖、隔離級別、封鎖與隔離級別；恢復——故障類型、備份類型、日志的概念、恢復模型、備份轉儲、還原。
第九章為關系數據理論：函數依賴術語和符號；函數依賴的公理系統——Amstrong公理的內容及其正確性、邏輯蘊含和閉包、公理的完備性、閉包的計算、函數依賴集的等價和最小化；規范化——1NF、2NF、3NF、BCNF；模式分解。
第十章：數據庫設計。完善E-R模型中的概念——弱實體，依賴關系，強制聯系；數據庫設計的過程主要掌握其建立的步驟。
第十一章介紹面向對象數據庫：新的數據庫應用和新的數據庫類型；面向對象的數據模型——對象與類；對象的屬性、方法和狀態、對象的交互和消息、類的確定和分化、封裝、繼承、多態；對象關系數據庫與對象數據庫；面向對象數據庫的.研究。
十二章“數據庫應用的結構和開發環境”并非重點，而第十三章的內容在軟件工程課程中就已經掌握，所以這兩章的知識點就略過了。
第十四章分布式數據庫與分布式數據管理：概念；分布式數據庫的分布方式；分布式數據庫特點和目標——更新傳播、分布式查詢處理、目錄表管理、分布式事務管理；SQLServer的復制及其術語、復制模型。
十五章數據倉庫：概念；結構；數據倉庫系統；建立數據倉庫系統；實現數據倉庫的數據庫模型；數據倉庫與決策支持。
最后，數據庫研究和應用的新領域這一章中掌握知識庫的知識即可。
二、學習數據庫的收獲
SQL (結構化查詢語言)是用于執行查詢的語法。但是 SQL 語言也包含用于更新、插入和刪除記錄的語法。
查詢和更新指令構成了 SQL 的 DML 部分：
SELECT - 從數據庫表中獲取數據
UPDATE - 更新數據庫表中的數據
DELETE - 從數據庫表中刪除數據
INSERT INTO - 向數據庫表中插入數據
SQL 的數據定義語言 (DDL) 部分使我們有能力創建或刪除表格。我們也可以定義索引（鍵），規定表之間的鏈接，以及施加表間的約束。
SQL 中最重要的 DDL 語句:
CREATE DATABASE - 創建新數據庫
ALTER DATABASE - 修改數據庫
CREATE TABLE - 創建新表
ALTER TABLE - 變更（改變）數據庫表
DROP TABLE - 刪除表
CREATE INDEX - 創建索引（搜索鍵）
DROP INDEX - 刪除索引
數據庫有保持數據的獨立性，所謂數據獨立，是指存儲在數據庫中的數據獨立于處理數據的所有應用程序而存在。也就是說，數據是客觀實體的符號化標識，它就是一個客觀存在，不會因為某一項應用的需要而改變它的結構，因此是獨立于應用而存在著的客觀實體。而某一項應用是處理數據獲取信息的過程，也就是應用程序，它只能根據客觀存在著的數據來設計所需要的數據處理方法，而不會去改變客觀存在著的數據本身。數據庫的傳統定義是以一定的組織方式存儲的一組相關數據的集合，主要表現為數據表的集合。
根據標準，SQL語句按其功能的不同可以分為以下6大類：
數據定義語句（Data-Definition Language，DDL）；
數據操作語句（Data-Manipulation LanguageSQL Server2005 功能，DML）； 操作管理語句（Transaction-Management Language，TML）；
數據控制語句（Data-Control Language，DCL）；
數據查詢語句（Data-Query Language，DQL）；
游標控制語句（Cursor-Control Language，CCL）。
這門課中仍然有許多不太懂的地方，還需要以后進一步學習。
三、對數據庫課程教學的建議
1、精講多練，自主學習。集中精力對基礎知識，基本原理和重點內容精心組織，精心講授，引導學生建立系統的知識結構。精講必須多練，從能力培養著眼，注重講、練結合，保證練的比重，加強技能訓練，培養學生自主學習，增強分析問題和解決問題的能力。
2、互動式教學法，每一堂實驗課均很好的“設計問題”、“引導思考”、“假設結論”、在實驗中“探索求證”。使不同程度的學生可以在不同層次上舉一反三。這樣，使得課堂學生生氣勃勃，師生互動，具有啟發性。
數據庫課程設計心得體會 13
在學習數據庫課程設計時，我有以下幾點心得體會：
1.理論和實踐相結合：學習數據庫設計不僅要掌握理論知識，還需要通過實踐來鞏固所學知識。只有將理論應用到實際問題中，才能真正理解數據庫設計的思想和方法。
2.需求分析的重要性：在進行數據庫設計時，需要充分了解業務需求和用戶需求，這是數據庫設計的基礎。只有了解業務需求和用戶需求，才能合理地設計數據庫結構，使其符合實際應用場景。
3.設計思路的清晰性：在進行數據庫設計時，需要明確設計思路和設計原則。例如，設計思路可以分為分層設計、關系型設計等，而設計原則則包括數據庫設計的五大范式、數據冗余等。只有在清晰的設計思路和設計原則的`指導下，才能設計出高效、穩定、安全的數據庫系統。
4.實現的可行性：在進行數據庫設計時，需要考慮實現的可行性。這包括硬件和軟件條件的限制、系統運行的穩定性等。只有在實現可行的情況下，才能保證數據庫系統的穩定性和安全性。
總之，在進行數據庫課程設計時，需要充分理解業務需求和用戶需求，掌握數據庫設計的理論知識和實踐技能，清晰地制定設計思路和設計原則，并考慮實現的可行性。這些方面的綜合考慮，才能設計出高效、穩定、安全的數據庫系統。
數據庫課程設計心得體會 14
數據庫的課程結束了，通過對數據庫的學習也初步掌握其各方面的知識，數據庫的功能是強大的，面對目前的信息化社會，在整理、查詢、分析數據方面是一款強有力的工具。
學習的目的在于將知識能合理順利的運用，將書本知識化為自己所用，是一個不知到知道，了解完善應用的過程，尤其是計算機方面的課程更是如此，必要的上機練習是必不可少的。之前的計算機語言、匯編語言等，都是在上機練習中得到順利掌握。面對這學期的數據庫也是如此的過程，在開始對理論知識的學習，然后進行上機練習，目的在于讓我們更好的掌握其知識，熟悉數據庫編程語言等。 當然上機可也不是輕松是課程，在課前還是應該做些相應的準備。首先在理論知識的學習中必須先打好基礎，經過預習、聽課、復習、作業四個環節的學習，對于這門課的理論知識有了一定了解，才便于我們的上機課程，理論與上機的結合這樣才有助于我們更好的掌握知識。
在數據庫上機中主要是用到的SQL(Structured Query Language)結構化查詢語言，它是一種數據庫查詢和程序設計語言，用于存取數據以及查詢、更新和管理關系數據庫系統。同時也是數據庫腳本文件的擴展名�？梢詭臀覀冏龅矫嫦驍祿䦷靾绦胁樵�、取回數據、插入新的記錄、更新數據庫中的數據、刪除記錄、創建新數據庫、新表和視圖、設置表、存儲過程和視圖的權限，功能非常強大。 學習數據庫的內容是從數據庫、數據表的創建和修改開始的，表是建立關系數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看表信息、查看表屬性、修改表中的數據、刪除表中的'數據及修改表和刪除表的操作。從課程中中讓我更明白一些知識，表是數據最重要的一個數據對象，表的創建好壞直接關系到數數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際應用中多使用表，對表的規劃和理解就會越深刻。在編程方面是需要我們對于編程有邏輯思維能力及一定的編程技巧。在數據庫中插入表、表中的信息等都需要注意，不然很容易出錯。
通過上機練習讓我比較容易的掌握理論知識的難點，以及一些平時不注意的問題，在上機練習的過程中需要對每個細節都要留心，這樣才不至于出錯，這就
加強了我們對平時不注意的問題得到回應，從而加深了細節問題的處理方式。在上機的學習之后更加了解了表是數據最重要的一個數據對象，表的創建好壞直接關系到數數據庫的成敗，表的內容應該如何設置比較好一些，需要具體，但是避免繁瑣，對表的概念和應用有了更深的理解。
上機的學習中也了解到數據庫的視圖和查詢。查詢可以通過SQL語言進行完成，這樣加深了查詢語句的基本結構，讓我們能更好的掌握其中語句，方便于我們后面的學習和應用；在視圖的操作中，也了解到了視圖是常見的數據庫對象，是提供查看和存取數據的另一種途徑，對查詢執行的其中一些操作，可以使用視圖來完成。視圖的功能也是強大的，使用視圖不僅可以簡化數據操作，還可以提高數據庫的安全性，不僅可以檢索數據，也可以通過視圖向基表中添加、修改和刪除數據。
在學習過程中也遇到了不少問題，積極詢問老師，和同學共同商討，查詢資料把問題得以解決，培養了解決問題的能力，查閱資料是很好的手段，在今后的學習過程中應該繼續發揚這些能力。數據庫的學習是在學習與探索中度過的，短暫的課程時間的學習是結束了，但其中學到了許多知識，也有諸多的問題需要今后去解決，學習一門課程，學到的是如何學會，而不是隨隨便便的學完，在今后還要自己強化各方面的知識，真正學以致用。通過這次的學習，我了解了數據庫的概念與重要性，還有今后的發展方向，明白數據庫的應用是廣泛的，不可小覷，在今后應該再進行加強學習。
數據庫課程設計心得體會 15
學習數據庫對我來說是一直都計劃學的，沒接觸的時候總是覺得它比較深奧或是不可接近的電腦知識，盡管自己對電腦非常感興趣，其實還是有些心理上的陌生感，數據庫學習心得體會。
學習電腦就和我們平時的其它科目學習一樣感覺它有永無止境的知識，在這從初接觸電腦時連個電腦的鍵盤都不敢動到現在連硬盤都也修理，其中的過程是多么長啊，數據庫是我在高中時候聽過，到了大學漸漸了解了些，但就其原理性的內容還不知道，也就是根本就不清楚什么是數據庫，只是知道一個所謂的中國字典里的名詞。
我認識它是從我接觸網頁制作開始的，初用FrontPage做網頁也就是弄幾個框圖，沒什么東西但還覺得不錯，后來聽朋友說這是最簡單最普通的東東。朋友告訴我真真的網頁起碼也用到數據庫這些東西了，有什么前臺的后臺的。聽我的都暈頭轉向了，感覺自己是一個長不大的菜鳥了，之后我就去查找相關資料發現在數據庫有很多種，這才對它有所了解。
大一、大二的時候想學可不知道怎么學，從什么地方學起。當時也沒注意選課本上有這類的課程，到了大三正式的課程也輕松些了，仔細觀摩了選修課發現有數據庫，有數據庫原理和Oracle數據庫。
當時感覺Oracle數據庫既然是單獨一門課程一定會講的比較細，也能學到真正實用的內容。選上了這門課以后發現和我想的基本是一樣的，老師對學生也比較和藹可親，對我們要求也不是很緊。讓每個人都覺得輕輕松松就能把這門課程學完，沒有多么緊張的作業，也沒有太苛刻的要求。
當老師在最后說這個課程結束了，回顧一下以前老師給我們講過的東西，真的有很多是我們應該去注意的。學習完Oracle數據庫后感覺Oracle可分兩大塊，一塊是開發，一塊是管理。開發主要是寫寫存儲過程、觸發器什么的，還有就是用Oracle的Develop工具做form。
有點類似于程序員，當然我可不是什么程序員，有幾個程序員朋友他們是我的偶像。開發還需要有較強的邏輯思維和創造能力，自己沒有真正做過，但感覺應該會比較辛苦，是青春飯;管理則需要對Oracle數據庫的原理有深刻的認識，有全局操縱的能力和緊密的思維，責任較大，因為一個小的失誤就會down掉整個數據庫，相對前者來說，后者更看重經驗。這些東西都是從老師哪里和朋友的討論中得到的心得，也希望其他朋友能多多向老師和朋友請教，如果是個人單獨靠自己來完成一個完美的數據庫我覺得比較困難，現在基本上都是團隊類型的，而且他們的效率高開發的周期也快。
在煙臺的.NET俱樂部認識幾個比較歷害的人，他們的團隊精神我比較佩服，像我這樣一個大學生和他們說起來太菜了。由于數據庫管理的責任重大，很少公司愿意請一個剛剛接觸Oracle的人去管理數據庫。
對于我們這些初出茅廬的新手來說，個人認為可以先選擇做開發，有一定經驗后轉型，去做數據庫的管理。當然，這個還是要看人個的實際情況來定。其實在煙臺大學里學生中有做的好的也是有，只不過通常象這些兄弟們我覺得很少能發現在，因為我只知道一個。在煙雨樓臺的BBS版塊里有個程序版塊，這位版主以前就是學校網絡中心的牛人。他曾告訴我學習的方法就是：看書、思考、寫筆記、做實驗、再思考、再寫筆記。我覺得說的很對，對于新手來說就要這樣，不斷的去努力奮斗，最后一定能得到自己想要的成果。
對于學習Oracle數據庫從網絡上找資料我認為是比較好的，現在的網絡又這么的發達應該去充分利用。我知道Oracle的網站：這里有Oracle的各種版本的數據庫、應用工具和權威的官方文檔。雖然我是個新手，但是常到哪些相關的數據庫論壇或是網站覺得每次的收獲都不小，網絡對我來說可是個重要的東西，除了Oracle數據庫對于其它的一些電腦知識都從網絡里學習了不少，我常用的一個搜索網站就是大家都熟悉的百度了
以前沒接觸過它，現在認識了它才知道Oracle的體系很龐大，要學習它，首先要了解Oracle的框架。它有物理結構(由控制文件、數據文件、重做日志文件、參數文件、歸檔文件、密碼文件組成)，邏輯結構(表空間、段、區、塊)，內存分配(SGA和PGA)算機的.實際內存中得以分配，如果實際內存不夠再往虛擬內存中寫，后臺進程(數據寫進程、日志寫進程、系統監控、進程監控、檢查點進程、歸檔進程、服務進程、用戶進程)，SCN(System Change Number)。
這些東西感覺都比較專業，我對它們也就是個知道，想要真真去認識我還得努力去做。雖然懂得還不是很多，起碼會了基本的軟件操作，老師說我們用的都是客戶端，服務端看不到，也不知道服務端是什么樣的，只知道客戶端就挺多東西的，沒有真正的去學習利用是很難掌握的。
Oracle數據庫的學習使我對數據庫的有了新的進步，以后再看到也就不至于什么也不懂，其實那么多數據庫我覺得學好一門就行，只是他們的語言可能不大一樣，學好一門后就可去認識其它的，這樣應該有事半功倍的效果。就像我學習C語言，當時不能說是學習的棒，但不算差。所以我對以后的語言感覺都不是很困難，了解了VB、C++還有網頁中用的Html語言、asp語言都能看懂，起碼可以對別人的東西進行了一下修改。
因此，我感謝Oracle數據庫老師給了我有用的知識，以便我在以后學習或認識更多的內容能有新的方法和思維，也能更加有效和快速的去消化吸收新的東西。
希望在今后中，Oracle能給我更多幫助，讓我在我熟悉的VB中運用上去，我以前的一個目標是要為學校的選課做一個選課助手來幫助大學，就用我的VB。不過因為種種原因一直沒有完成，也包括我對數據庫的不了解，因為學了Oracle以后知道第一項內容是通過SQL查詢后得到的，如果去把它們聯系起來還不是真正明白，不過我相信我的目標能在學習Oracle后得到進展。
數據庫課程設計心得體會 16
數據庫課程設計是一個非常重要的學習過程，通過課程設計，可以加深對數據庫的理解，提高對數據庫的應用能力，同時也可以提高自己的團隊合作和溝通能力。
在進行數據庫課程設計的過程中，我深刻認識到了以下幾點體會：
1.設計前期需要仔細研究課程設計的要求和指導，明確課程設計的目的和意義，以及需要達到的效果。
2.在設計過程中，需要考慮數據庫的實際應用場景和業務需求，以及數據庫的.數據結構和數據模型，同時也需要考慮數據庫的性能和安全等問題。
3.在設計過程中，需要和團隊成員密切配合，進行合理的分工和協作，充分發揮每個人的優勢，共同完成課程設計任務。
4.在設計過程中，需要及時溝通和解決問題，對于出現的問題，要及時進行調整和修改，確保課程設計的質量和效果。
通過數據庫課程設計的學習，我深刻認識到了數據庫的重要性和應用價值，同時也提高了自己的數據庫設計和應用能力，為以后的學習和工作打下了堅實的基礎。
【數據庫課程設計心得體會】相關文章：
數據庫課程設計心得體會06-07
數據庫課程設計心得體會（單片機）07-22
數據庫實例數據庫實習心得體會11-06
課程設計心得體會06-16
課程設計心得體會06-09
課程設計的心得體會02-01
數據庫學習心得體會05-19
預算課程設計心得體會03-31
plc課程設計心得體會05-22