大數據課程心得5篇

心得體會是對過去經歷的深入剖析，是對自我提升的有力引導，我們寫心得之前一定要認真梳理好自己參加相關活動的經歷，下面是本站小編為您分享的大數據課程心得5篇，感謝您的參閲。

大數據課程心得篇1

由於平時接觸的都是一些私人項目，這些項目大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規範化的文檔。實際上從學習的經歷來看，我們接觸的知識體系都是屬於比較老或比較傳統的，與現在發展迅速的it行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。

雖然這次是一個數據庫課程設計，由於本人在選擇項目的時候是本着對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數據庫以外的設計。對於ooa/ood的開發模式有時不免要提出一些疑問，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面，也就是説按照這一軟件工程的正常流程，在動手寫第一句代碼之前，開發人員已經非常熟悉軟件產品了，這對於相當有經驗的架構師一類人説可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授並要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現有代碼再有文檔，即便是這種情況，代碼與文檔還是不對應。不可否認，在傳統軟件工程的詳細設計之前的項目過程中還是有很多利於項目開發的部分的。所以我就一直在尋找適合我——針對探究型項目——的`開發模式，這次的項目也算是一次嘗試，當然這個過程並不會太短。

回到數據庫設計上了，這次的數據庫設計我是嚴格按照數據庫建模的步驟來進行的，老實説我並沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間。總體上來説這次的項目也不是很大，而且在數據庫的設計上比較保守，也就是説實際上數據庫設計還可以再完善完善的。隨着我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未於別人比較)本身就是在使用一種更接近關係數據庫的方式來記憶，所以我很可恨自然的設計出符合三範式的表結構來，即便我不知道這些範式的確切含義。可能就像"範式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣。

從我作為項目的提出人和實現者來看，這是個失敗的項目，結合幾次教學項目的的實踐，發現這也已經不是第一次了。主觀原因佔多數，比如，嘗試新的開發方式，根據設計花了太多的時間來抽象出公用的庫而忽略業務邏輯。就這次項目而言，失敗的原因有以下幾點：

使用了新的開發環境(vim)，這是首次在脱離高級ide的情況下編碼。

使用了新的開發語言(python，actionscript3)，因為我一直比較喜歡"學以致用"，而且這樣的"數據驅動型"軟件的整套自實現的庫都已經完成了，但是由於語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩餘時間了。

編碼流程的不妥，我比較喜歡從底層的庫開始開發，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交"可運行的代碼"。

實踐目的的不同，我輕易不放棄鍛鍊的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實"遇到的問題數跟人的能力是成正比的"。

大數據課程心得篇2

在這次課程設計中，我們小組設計的是一個倉庫管理系統，通過設計這個系統，可以更方便地實現信息的瀏覽，查詢，添加等操作和報表輸出等功能，具體包括能實現產品入庫管理，可以填寫入庫單，確認產品入庫；產品出庫管理，可以填寫出庫單，確認出庫；借出管理，憑藉條借出，然後能夠還庫；初始庫存設置，設置庫存的初始值，庫存的上下警戒限；可以進行盤庫，反映每月，年的庫存情況；可以查詢產品入庫情況，出庫情況，當前庫存情況，可以按出庫單，入庫單，產品，時間進行查詢；雖然這個系統的功能還不是很完善，還有很多功能尚未實現，但這也是我們共同努力的結果，只要有更多的時間，我相信我們能完成的更好。

通過這次將近一個星期的課程設計實訓，我對數據庫在生活中的廣泛應用有了更深的體會，同時也加深了對access20xx的認識，瞭解了相關的access的知識，尤其是對數據庫的原理與開發程序的應用有了更進一步的認識和了解。由於不會vb編程，很多功能實現起來很困難，但好在access有查詢、宏和窗體，特別是宏操作可以將幾個操作結合在一起，可以執行多個查詢，可以調用多次窗體。例如，在某個窗體中要顯示設備代碼表信息，所以這個窗體中建立一個子窗體用於設備代碼表的顯示，我們打開窗體後又對設備代碼表進行了跟新，所以窗體中顯示的並不是最新數據，我們往往需要及時看到設備代碼表跟新後的.最新數據，窗體不會自動跟新我們就不會看到最新數據，所以這時候我們就會用一個宏操作在對設備代碼表跟新之後關閉窗體在打開窗體，這樣窗體就相當於完成了一次跟新操作。又例如，在一個表a中剛剛追加了一條記錄，我們要將每次剛剛新添加的記錄跟新到另一個表b中，用一個查詢是很難完成的，經過認真思考，得到了解決的辦法是，需要三個步驟，第一步，在表a中添加標誌字段，設置默認值為‘否’。第二步，編寫跟新查詢將標誌字段為‘否’的數據跟新到表b中。第三步，編寫跟新查詢將表a中標誌字段為‘否’的跟新為‘是’。

經過這次課程設計，是我明白團隊的力量是最大的，至少三個臭皮匠頂個諸葛亮，何況我們都是充滿激情的團隊。我想在以後的工作中我一定要做到多思考多與團隊交流，遇到難題一定要有必勝的信心

大數據課程心得篇3

做了一個星期的程序設計終於做完了，在這次程序設計課中，真是讓我獲益匪淺，我突然發現寫程序還挺有意思的。

由於上學期的c語言跟這學期的數據結構都算不上真正的懂，對於書上的稍微難點的知識就是是而非的，所以我只是對老師的程序理解，我也試着去改變了一些變量，自己也儘量多的去理解老師做程序的思路。當我第一天坐在那裏的時候，我就不知道該做些什麼，後來我只有下來自己看了一遍書來熟悉下以前學過的知識。

通過這次的程序設計，發現一個程序設計就是算法與數據結構的結合體，自己也開始對程序產生了前所未有的興趣，以前偷工減料的.學習也不可能一下子寫出一個程序出來，於是我就認真看老師寫的程序，發現我們看懂了一個程序其實不難，難的是對於一個程序的思想的理解，我們要掌握一個算法，不僅僅限於讀懂，主要的是要理解老師的思路，學習老師的解決問題的方法。

這次試驗中，我發現書本上的知識是一個基礎，但是我基礎都沒掌握，更別説寫出一個整整的程序了。自己在寫程序的時候，也發現自己的知識太少了，特別是基礎知識很多都是模模糊糊的一個概念，沒有落實到真正的程序，所以自己寫的時候也感到萬分痛苦，基本上涉及一個知識我就會去看看書，對於書本上的知識沒掌握好。在飯後閒暇時間我也總結了一下，自己以前上課也認真的聽了，但是還是寫不出來，這主要歸結於自己的練習太少了，而且也總是半懂就不管了。在改寫老師的程序中也出現了很多的問題，不斷的修改就是不斷的學習過程，當我們全身心的投入其中時，實際上是一件很有樂趣的事情。對於以後的學習有了幾點總結：第一、熟記各種數據結構類型，定義、特點、基本運算（分開點一點也沒多少東西，難度不大，但是基本）；第二、各種常用的排序算法，如冒泡排序、堆排序……，這些是必考的內容，分數不會少於20%；第三，多做習題，看題型，針對題型來有選擇複習；數據結構看上去很複雜，但你靜下心來把書掃上幾遍，分解各個知識點，這一下來，學數據結構的思路就會很清晰了。

大數據課程心得篇4

本次課程設計所用到的知識完全是上學期的知識，通過這次課程設計，我認識到了我對數據結構這門課的掌握程度。

首先我這個課程設計是關於二叉樹的，由於是剛接觸二叉樹，所以我掌握的長度並不深。在編程之前我把有關於二叉樹的知識有温習了一遍，還好並沒有忘掉。二叉樹這章節難度中上等，而且內容廣泛，所以我只掌握了百分之六七十。

然後，在編程中我認識到了自己動手能力的不足，雖然相比較大二而言進步很大，但是我還是不滿意，有的在編程中必須看書才能寫出來，有的靠百度，很少是自己寫的。還好，我自己組裝程序的能力還行，要不這東拼西湊的程序根本組裝不了。在編程中我還認識到了，編程不能停下，如果編程的時間少了，知識忘的會很快，而且動手也會很慢。同時，同學之間的合作也很重要，每個人掌握的知識都不一樣，而且掌握程度也不一樣，你不會的別的同學會，所以在大家的共同努力下，編程會變得很容易。在這次編程中，我瞭解到了自己某些方面的不足，比如説鏈表的知識，雖然我能做一些有關於鏈表的編程，但是很慢，沒有別人編程的快，另外，二叉樹和圖的知識最不好掌握，這方面的知識廣泛而複雜。以前，沒動手編程的時候覺得這些知識很容易，現在編程了才發現自己錯了，大錯特錯了，我們這個專業最重視的就是動手編程能力，如果我們紙上寫作能力很強而動手編程能力很差，那我們就白上這個專業了。計算機這個專業就是鍛鍊動手編程能力的，一個人的理論知識再好，沒有動手編程能力，那他只是一個計算機專業的“入門者”。在編程中我們能找到滿足，如果我們自己編程了一個程序，我們會感到自豪，而且充實，因為如果我們專研一個難得程序，我們會達到忘我的境界，自己完全沉浸在編程的那種樂趣之中，完全會廢寢忘食。編程雖然會乏味很無聊，但是隻要我們沉浸其中，你就會發現裏面的樂趣，遇到難得，你會勇往直前，不寫出來永不罷休；遇到容易的，你會找到樂趣。編程是很乏味，但是那是因為你沒找到編程重的樂趣，你只看到了他的不好，而沒有看到他的好。其實，只要你找到編程中得樂趣，你就會完全喜歡上他，不編程還好，一編程你就會變成一個兩耳不聞窗外事的“植物人”。可以説只要你涉及到了計算機，你就的會編程，而且還要喜歡上他，永遠和他打交道，我相信在某一天，我們一定會把他當作我們不可或缺的好朋友。

最後我要談的是長時間編程的好處，俗話説“熟能生巧”，確實是這樣。如果我們長時間不編程，在一接觸他，我們會感到很陌生。有規律的編程會提高我們的動手能力，我們的思維，也會讓我們變得很細心。在一個幾千行的程序中，我們都能找到錯誤，那我們還會怕其他的錯誤嗎？可以説編程是我們在我們這一行業的一把利劍，如果我們能很好的利用它，我們就會成為這個行業的真正成功者。也許你會説就算變成好了也不一定成功，是的，但是你不會編程就一定不會成功。如果，我們想成為這個專業的成功者，我們就得愛上編程，不管他是怎麼得乏味，怎麼得無聊，我們都不能丟掉他。

總之，動手編程就是鍛鍊我們的動手能力，當然這個動手能力並不是科研上的動手能力，而是我們的動手編程能力，記住，只要你真正的喜歡上他，你就會發現其中的樂趣，我相信，只要你堅持下去，你一定會喜歡上他，把編程當作自己日常生活中一件必須做的事情。

大數據課程心得篇5

今天進行了一次完整的數據庫設計的過程，其實一直來説我都是非常害怕數據庫的設計的，因為在剛剛接觸的時候，我就知道，數據庫設計其實是一個項目的開端，因為數據庫設計實際上就是業務的設計，在需求清晰的時候，完成清晰流暢的業務設計又是一大難點。

一下為我自己的心得經驗希望大家批評指正！

數據庫設計應該遵循以下幾個原則：

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

熟練而且正確的e-r圖繪製，明確改圖是表明實體和關係的圖，實體表示要在數據庫裏保存的類，關係表示類與類之間的相互關係，關係主要有一對一，一對多，多對多。經驗之談，繼承關係通常可以用一對一表示，而一對多或者多對多通常表示類之間的使用關係；

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

如果系統涉及用户角色的不同不妨把，賬户和身份的考慮分離開，賬户的存在讓他是一直存在的並且在身份變化時個人的歷史和基礎內容是不變的，就是身份的加持讓他可以有特權或者使命，而賬户是他在系統中的根；

對於有值內容，並且需要對值進行統計結果的需要對他進行內容的拆分，比如：問卷表和問卷內容表，問卷內容值表要拆開，才有利於統計計算，而且他們之間是一對多關係；

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

“頻道”概念在消息分發時是一個非常靈活的概念；

數據庫可以建表來模擬消息服務器分發消息，在無法保證實時性必須存儲內容時，同一消息對不同用户創建不同的副本；

總結，其實我在今天的數據庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。