資料庫課程設計心得體會（精品多篇）
資料庫課程設計心得體會 篇一
本程式以C語言的棧的相關知識為基礎，通過控制兩個棧（運算數棧和運算子棧）的進出的棧操作，來實現對包含加、減、乘、除、括號運算子及SQRT和ABS函式的任意整型表示式的求解運算。
從程式的編寫來看，感覺這次自己真的學到了好多，特別是對程式的開發流程。從最初的選定程式，到最終的程式執行成功，讓我感到如果是僅僅掌握課本上的知識是遠遠不能夠很好的應用到實際的程式設計中去的。在這個過程中還需要我們更多的去考慮到實際條件的種種限制和約束。
我在寫本程式的過程中也遇到了很多的問題，當然本程式的核心問題就是對兩個棧的壓出棧操作，需要做優先順序判斷，並要考慮什麼時候進棧，什麼時候出棧等操作。我採用了課本上第52-54頁講的通過一個二維字串陣列來控制比較“+-*、()AS=”共9個運算子的優先順序控制。對異常，如除數為0、被開方數小於0等異常也進行了精心的處理。對操作過程中要用到的Y、N、A、S等字元也進行了改進，最終本程式可以不區分大小寫就完成相關操作。
總之，經過本次專業課程設計，讓我掌握了開發應用軟體的基本流程，運用所學程式設計技能的基本技巧，也讓我初步瞭解了軟體設計的基本方法，提高進行工程設計的基本技能及分析、解決實際問題的能力，為以後畢業設計和工程實踐等打下良好的基礎。相信通過這次的課程設計，我對所學的《資料結構（C語言版）》和各種程式語言都有了一個全新的認識。我也會積極吸取本次課程設計的經驗，繼續研究資料結構和所學的各種程式語言。
資料庫課程設計心得體會 篇二
時間真的如輪一樣在飛轉，一週的實訓又一次即將結束，可是，感覺彷彿只過去了一天。實訓結束也意味著這個學期也將結束。不管時間多麼的飛快，這周短暫的VB程式設計實訓同樣讓我們收益不少。 首先，不說我們學到了多少專業知識，也不說我們學到了多少專業技能。在這樣零下1度的天氣中實訓，著實是鍛鍊我們的意志力。人都有惰性，這是無可厚非的事實。在寒冷的天氣裡，賴床就更是常有的事。因為要實訓，我們很多平常經常遲到的同志不得不早起。就說實訓的第一天，外面飄著白雪，早上，手機的鬧鈴已經響過第二遍了。
我們宿舍的幾個姐妹還躲在被窩裡無動於衷。可是，當一個姐們突然說了一句，“這周要實訓”時，我們都‘呼啦’爬了起來，以驚人的速度洗漱好，急忙趕到教室。不管平時多麼懶散的同學，這次實訓都表現的異樣的認真。這應該算是實訓賦給我們的特別禮物吧！ 實訓的目的無非就是訓練我們的操作能力，以及提高我們的專業技能。實踐出真知，這是不變的真理。毫無疑問，這次VB程式設計實訓讓我們每一位同學都在不同程度上提高了程式設計技能。程式設計是我們的專業課程，可是，在老師平時上課的時候，班上大部分同學都以怠慢的態度對待。所以，對這門課程學的泛泛的。
實訓前，如果要我們做一個管理系統，我想班上能完成任務的同學應該寥寥無幾。在實訓前，我們常抱怨，程式設計有多麼的難。一個學期的學習，我們居然都不能完全的做出一個管理系統來。而這次短短的實訓，卻讓我們學會了做管理系統。沒錯，就是短短的幾天，我們每位同學都完成了一個自己做的管理系統。這說明，程式設計它本身不是很難，而在於你是不是真正的學習了。這次實訓讓我深刻的明白，你的態度決定一切。就以我自己的經歷來說，一個學期的學習還沒沒短短一週學到的多。這是為什麼？主導因素就是態度。在平日的學習中，我抱著不以為然的態度，以懶散的心態對待這門課程。所以，一個學期下來，我的程式設計學的一塌糊塗。而這次實訓，就像是一場實戰，必須認真對待。而這幾天踏踏實實的學習，將我平日落下的學習全都補救過來了。真的非常感謝這次實訓。通過這次實訓，我的程式設計技能確比之前實提高了不少。
更重要的是，在這次實訓中，讓我明白：學習或生活中發現了自己的不足，就要及時改進。不管是在學習中，還是在生活中，有不懂的沒關係。而，如果不懂，也不去問，就是一件很悲哀的事情。這次實訓中，我遇到了很多不懂的問題，但是，這些不懂最後都被我弄懂了。因為遇到不懂的不會做的我及時主動詢問了周圍的同學。同學不懂的，我又詢問了老師。不要認為問別人是一件讓人很羞恥的事情。不懂就問，不但不會讓你蒙羞，反而能顯示你的真實與謙虛。
總之，這次實訓我又有不少新收穫。
最後，還要感謝這次實訓期間周圍同學的熱情幫助和老師的熱心講解與指導。
資料庫課程設計心得體會 篇三
由於平時接觸的都是一些私人專案，這些專案大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規範化的文件。實際上從學習的經歷來看，我們接觸的知識體系都是屬於比較老或比較傳統的，與現在發展迅速的it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。
雖然這次是一個數據庫課程設計，由於本人在選擇專案的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些資料庫以外的設計。對於ooa/ood的開發模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟體設計的方方面面，也就是說按照這一軟體工程的正常流程，在動手寫第一句程式碼之前，開發人員已經非常熟悉軟體產品了，這對於相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授並要求先ooa再oop，這樣直接導致的問題就是文件與編碼對不上號，在修改程式碼的時候基本不會再去審查文件和先前的分析。甚至根本就是現有程式碼再有文件，即便是這種情況，程式碼與文件還是不對應。不可否認，在傳統軟體工程的詳細設計之前的專案過程中還是有很多利於專案開發的部分的。所以我就一直在尋找適合我——針對探究型專案——的開發模式，這次的專案也算是一次嘗試，當然這個過程並不會太短。
回到資料庫設計上了，這次的資料庫設計我是嚴格按照資料庫建模的步驟來進行的，老實說我並沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間。總體上來說這次的專案也不是很大，而且在資料庫的設計上比較保守，也就是說實際上資料庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦（未於別人比較）本身就是在使用一種更接近關係資料庫的方式來記憶，所以我很可恨自然的設計出符合三正規化的表結構來，即便我不知道這些正規化的確切含義。可能就像“正規化不太容易用通俗易懂的方式解釋”一樣，在“讓工具用圖示表述我的思維”時費了一番力氣。
從我作為專案的提出人和實現者來看，這是個失敗的專案，結合幾次教學專案的的實踐，發現這也已經不是第一次了。主觀原因佔多數，比如，嘗試新的開發方式，根據設計花了太多的時間來抽象出公用的庫而忽略業務邏輯。就這次專案而言，失敗的原因有以下幾點：
使用了新的開發環境（vim），這是首次在脫離高階ide的情況下編碼。
使用了新的開發語言（python，actionscript3），因為我一直比較喜歡“學以致用”，而且這樣的“資料驅動型”軟體的整套自實現的庫都已經完成了，但是由於語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩餘時間了。
編碼流程的不妥，我比較喜歡從底層的庫開始開發，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個專案沒有任何視覺化模型，所以這次的專案無法提交“可執行的程式碼”。
實踐目的的不同，我輕易不放棄鍛鍊的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實“遇到的問題數跟人的能力是成正比的”。
資料庫課程設計心得體會 篇四
本次課程設計，使我對《資料結構》這門課程有了更深入理解。《資料結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。
我課程設計題目是線索二元樹運算。剛開始做這個程式時候，感到完全無從下手，甚至讓我覺得完成這次程式設計根本就是不可能，於是開始查閱各種資料以及參考文獻，之後便開始著手寫程式，寫完執行時有很多問題。特別是實現線索二元樹刪除運算時很多情況沒有考慮周全，經常執行出現錯誤，但通過同學間幫助最終基本解決問題。
在本課程設計中，我明白了理論與實際應用相結合重要性，並提高了自己組織資料及編寫大型程式能力。培養了基本、良好程式設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。並對VC有了更深入瞭解。《資料結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。
上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟體設計綜合能力訓練，包括問題分析，總體結構設計，程式設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“資料結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己程式設計能力與專業素質。
通過這段時間課程設計，我認識到資料結構是一門比較難課程。需要多花時間上機練習。這次程式訓練培養了我實際分析問題、程式設計和動手能力，使我掌握了程式設計基本技能，提高了我適應實際，實踐程式設計能力。總來說，這次課程設計讓我獲益匪淺，對資料結構也有了進一步理解和認識。
一週的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。
課程設計是我們專業課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業工作前一個必不少的過程。“千里之行始於足下”，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是資料結。
資料結構，是一門研究非數值計算的程式設計問題中計算機的操作物件（資料元素）以及它們之間的關係和運算等的學科，而且確保經過這些運算後所得到的新結構仍然是原來的結構型別。“資料結構”在電腦科學中是一門綜合性的專業基礎課。資料結構是介於數學★★、計算機硬體和計算機軟體三者之間的一門核心課程。資料結構這一門課的內容不僅是一般程式設計（特別是非數值性程式設計）的基礎，而且是設計和實現編譯程式、作業系統、資料庫系統及其他系統程式的重要基礎。通過這次模具設計，我在多方面都有所提高。
在介面設定中使用函式呼叫while。其中文字顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須採用標準英文大寫，同時在製作顯示選單的視窗，大小根據選單條數設計。最後採用printf輸出程式設計介面。
這次的程式軟體基本上執行成功，可以簡單的建立鏈式迴圈連結串列，並進行輸出，及迴圈語句的運用和選擇語句的控制。由於時間和知識上的限制，使得程式規模相對較小，即功能還不很全面，應用也不很普遍。原來C語言可是涉及很多知識，而不是枯燥無聊的簡單的程式碼部分而已，利用C語言方面的知識，我們可以設計出更完善的軟體。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以後的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程式，相信不久後我們的程式設計能力都會有很大的提高能設計出更多的更有創新的作品。
資料庫課程設計心得體會 篇五
跟老闆做了兩個算是比較大的專案，資料庫主體都是我設計的。第一個感覺很失敗；第二個現在正在用，雖然總結了第一個的教訓，但感覺還是有些遺憾。把這過程中的一些心得記在這裡，以便日後用到時來查閱。若以後還有機會再設計資料庫——現在倒還有些期待，呵呵，再有新的體會，也全部補充到這裡。
1.儘量使用資料冗餘。
隨著磁碟容量的大幅飆升，這一點已經不會產生什麼問題。當然冗餘歸冗餘，不能把資料的關聯弄的亂七八糟的。
本科資料庫課程中學的知識直接拿來，在實際中會出大問題。滿足三級正規化的資料庫結構會讓你面對大量的連表查詢，應用程式中會用到大量的資料庫訪問，既繁瑣（煩死你）又使程式執行速度減慢。
2.儘量不要使用varmax)型別
這一點主要是用動軟程式碼生成器自動生成程式碼時，如果varchar的最大長度指定為max，在自動生成程式碼時，它無法生成這一最大長度，需要手動補進去。
現在感覺用個var1000)就夠了。
3.使用預留欄位。
資料庫表（尤其是動態表格），在你把所有欄位都設計好了之後，再新增幾個備註欄位和預留欄位。
之前我覺得這樣做沒多大意義，因為預留欄位的列名是沒有實際意義的。這樣程式中使用的時候就會讓人費解。但現在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義欄位現在表示什麼意義。不過我的第二個資料庫中還是沒采用，這也是遺憾之處啊。
個人感覺用note1、note2、r1（r表示reserve）、r2、r3，2個備註欄位和3個預留欄位就足夠了，再多的話就不容易記住哪個欄位具體表示什麼意義了，容易暈。型別就都用var200)吧。
