大資料課程心得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圖繪製，明確改圖是表明實體和關係的圖，實體表示要在資料庫裡儲存的類，關係表示類與類之間的相互關係，關係主要有一對一，一對多，多對多。經驗之談，繼承關係通常可以用一對一表示，而一對多或者多對多通常表示類之間的使用關係；

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

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

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

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

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

資料庫可以建表來模擬訊息伺服器分發訊息，在無法保證實時性必須儲存內容時，同一訊息對不同使用者建立不同的副本；

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