數據庫課程報告

隨着社會一步步向前發展，報告對我們來説並不陌生，要注意報告在寫作時具有一定的格式。那麼什麼樣的報告才是有效的呢？以下是小編收集整理的數據庫課程報告，歡迎閲讀與收藏。

數據庫課程報告1

在我看來，數據庫課程設計主要目標是利用課程中學到數據庫知識和技術較好開發設計出數據庫應用系統，去解決各行各業信息化處理要求。通過這次課程設計，可以鞏固我們對數據庫基本原理和基礎理論理解，掌握數據庫應用系統設計開發基本方法，進一步提高我們綜合運用所學知識能力。

當我們這組決定做大學生就業諮詢系統時，我們並沒有着手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都準備好了之後，我們進行模塊分工。每個人都有自己模塊設計，而且寫出來代碼要求可以實現相應模塊功能，得到理想效果。當每個人都把自己分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用是Html和php相互嵌套使用，當一個系統做好了之後，我會好好地把程序都看一遍，理會其中奧祕。

我所負責是數據庫備份和還原還有一些界面實現。還記得自己剛接觸html時候，覺得很感興趣，所以有一段時間幾乎到了痴迷程度。然而Php是我剛接觸不久一種編程語言。不過覺得它功能真很強大，可以開發出很多大型系統。但是在做備份和還原時候，要考慮東西還是很多。當我遇到錯誤時候，感到很受打擊。值得欣慰是，在同學幫助和大量參考書查閲下，我把自己模塊做好了。這就是我收穫最大地方。而且，我明白了遇到困難永不放棄重要性，我知道了團隊合作重要性，我領悟了只有堅持不懈才會取得勝利。 ?知識獲得是無止境，只要你想學，只要你行動，沒有什麼會難倒我們。回首這一個多星期課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們不懈幫助，謝謝學校給了我們這一次實踐機會，也謝謝組員們關懷。這些美好回憶美好東西將永遠伴隨着我。

數據庫課程報告2

一 緒論

隨着計算機技術的飛速發展和經濟體制改革的不斷深入，傳統企業管理方法、手段以及工作效率已不能適應新的發展需要，無法很好地完成員工工資管理工作。提高公司企業管理水平的主要途徑是更新管理者的思想，增強對管理活動的科學認識。基於 SQL server數據庫技術建立一個通用工資管理系統，該系統為提供了查詢、增加記錄、刪除等功能，功能比較的齊全，並對工資進行了統計如津貼管理、報表統計等。基本上能滿足管理員和公司的要求。

此次數據庫課程設計的主要設計如下：

原理分析、程序設計過程、程序實現和程序調試以及數據庫的設計。

需求分析、概要結構設計、邏輯結構設計、物理結構設計和數據庫的實施和維護。

二 員工薪資管理系統概述

1、現狀分析

隨着企業人員數量增加，企業的工資管理工作也變得越來越複雜。早期的工資統計和發放都是使用人工方式處理紙質材料，不僅花費財務人員大量的時間且不易保存，往往由於個人的因素抄寫不慎或計算疏忽，出現工資發放錯誤的現象。早期工資管理多采取紙質材料和具有較強的時間限制。隨着我國國民經濟建設

的蓬勃發展和具有中國特色的社會主義市場經濟體制的迅速完善，各個行業都在積極使用現代化的手段，不斷改善服務質量，提高工作效率，這些都在很大程度上給企業提出越來越嚴峻的挑戰，對企業體系無論是在行政職能、企業管理水平以及優質服務上都提出更高的要求。建設一個科學高效的信息管理系統是解決這一問題的必由之路。企業內部財務管理是該企業運用現代化技術創造更多更高的經濟效益的主要因素之一。工資管理作為企業內部的一種財務管理也是如此，由於企業職工人數較多，每一位職工的具體實際情況也不盡相同，各項工資條款的發放，如果沒有一個完整的管理系統對企業和員工的.工作都帶來許多的不便。基於以上原因，企業工資管理系統使用電腦安全保存、快速計算、全面統計，實現工資管理的系統化、規範化、自動化。

2、系統目標

員工薪資管理系統的主要目的是利用計算機對員工的各種工資信息進行日常的管理，如查詢、修改、添加、刪除以及存儲等，迅速準確地完成各種工資信息的統計計算和彙總工作，針對系統服務對象的具體要求，設計了企業工資管理系統。企業工資管理系統主要有以下幾大功能：

(1)對單位人員的變動進行處理。一個單位的職工不會是一成不變的，總是在不斷的變化：有調出、有調入、也有職工在本單位內部調動。因此，設計系統是應考慮到這些情況。

(2)對職工的工資進行計算、修改。可以對職工的工資檔案進

行個別、部分和批量修改，同時，能對各職工的工資進行計算，即計算基本工資、崗位工資及實發金額等。

(3)查詢統計功能。要求即可以單項查詢，比如查看某個職工的工資情況等；也可以多項查詢，比如某個部門所有的員工的工資信息。

（4）對用户管理功能。一個系統的應用有管理員和普通用户，他們對系統的權限受到限制。

3、系統特點

(1) 本系統使工資管理基本實現了信息化，系統設計的各種查詢要求代替了原來了人工查詢，即節省了人力，又減輕了員工的工作量，最重要的是由計算機操作，可以提高數據的準確性，避免人為的錯誤，方便管理。

(2) 本系統設置了系統數據備份功能，定期的系統備份可以在數據庫受到意外的或有意的破壞的情況下，系統得以恢復，減少損失。

(3) 本系統的界面設計簡潔明瞭，採用了流行的菜單設計，對於不是計算機專業的管理人員，只需閲讀操作説明書，就能方便的使用本系統。

數據庫課程報告3

最終項目成型，學生信息管理系統目前未發現任何bug，項目實現了任務指導書中的所有基本功能，此項目有拓展功能存在，但此項目中存在很多不足之處，以下一併進行分析。

項目拓展功能：

①登錄註冊和修改密碼的功能，任務指導書上並沒有對這個功能做要求，筆者認為登錄註冊功能是系統所必需的基本功能，感覺沒有登錄註冊功能的系統是不完善的系統，所以項目中分別設計了老師登錄表和學生登錄表，在前端可以判斷出用户身份，並對兩張表進行新增數據和查詢數據。修改密碼功能則是對兩張表進行修改數據。

②退出系統的功能：這個功能任務指導書上也沒有要求，但功能十分簡單，所以就一併實現了。因為整個系統都是在原有頁面上打開的新頁面，所以只需將當前頁面窗口關閉即可實現退出系統功能。

③返回登錄頁面的功能：此功能也十分簡單，和退出功能十分類似，只需要關閉當前頁面窗口，打開登錄頁面即可，也就是簡單的頁面跳轉。

項目功能不足之處：

①項目整體架構不好，只是單獨的Java文件，沒有面向接口編程，沒有利用好項目的三層架構。

②沒有封裝好函數，代碼過於宂餘，代碼複用性不好，更新功能或完善功能較為困難。

③前端頁面是利用組件設計，但在一開始沒設置佈局，某些頁面在顯示數據字數過多時會導致標籤錯位。且前端頁面不夠美觀。

④Jar包沒全部保存在libs目錄下，整個項目是引入的外部jar包，這會導致更改項目路徑後，出現jar包缺失的情況。

⑤項目中判斷語句過多，代碼閲讀性差（但還好註釋比較多）。

⑥類似於dao層的sqlUpdate文件中的代碼並沒有很好地完成它的功能，很多sql語句是其他文件傳參進來的，而應該的.是sql語句在dao層編寫才對。

⑦涉及到輸入數據的部分，大多都是採用的輸入框形勢，並且沒有對輸入的數據進行校驗，一旦用户輸入了非法數據（數據類型和數據庫中存儲的數據類型不一致）就會導致報錯，可以説輸入數據部分及其不完善。

數據庫課程報告4

1.儘量使用數據宂餘。

隨着磁盤容量的大幅飆升，這一點已經不會產生什麼問題。當然宂餘歸宂餘，不能把數據的關聯弄的亂七八糟的。

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

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

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

現在感覺用個var1000)就夠了。

3.使用預留字段。

數據庫表(尤其是動態表格)，在你把所有字段都設計好了之後，再添加幾個備註字段和預留字段。

之前我覺得這樣做沒多大意義，因為預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義字段現在表示什麼意義。不過我的第二個數據庫中還是沒采用，這也是遺憾之處埃

個人感覺用note1、note2、r1(r表示reserve)、r2、r3，2個備註字段和3個預留字段就足夠了,再多的話就不容易記住哪個字段具體表示什麼意義了，容易暈。類型就都用var200)吧。

數據庫課程報告5

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

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

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

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

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

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

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

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

5、客觀原因在這裏就不説了。

由於項目還未完成，暫時無法提出需要改進了地方。

數據庫課程報告6

在我看來，通過這次的課程設計，可以鞏固我們對數據庫基本原理和基礎理論的理解，掌握數據庫應用系統設計開發的基本方法，進一步提高我們綜合運用所學知識的能力。

當我們這組決定做大學生就業諮詢系統時，我們並沒有着手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流程分析和數據詞典。當這些都準備好了之後，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現相應模塊的功能，得到理想的效果。當每個人都把自己的分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用的是Html和php相互嵌套使用，當一個系統做好了之後，我會好好地把程序都看一遍，理會其中的奧祕。

我所負責的是數據庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了痴迷的程度。然而Php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閲下，我把自己的模塊做好了。這就是我收穫最大的地方。而且，我明白了遇到困難永不放棄的.重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

知識的獲得是無止境的，只要你想學，只要你行動，沒有什麼會難倒我們的。回首這一個多星期的課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們的不懈幫助，謝謝學校給了我們這一次實踐的機會，也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨着我。

數據庫課程報告7

為期一週的實訓已經結束，從這一週中，有了很多的感悟。從學到和掌握到的東西來説，在書本上學到的東西非常不牢固，然而實訓真的讓我受益匪淺！實訓第一天到教室時，看到老師給我們講試訓的內容與要求，然後告訴我們一些要完成的任務與作業，然後根據試訓的內容與要求授課，讓我們從實踐中去體會所學的知識。説實話，對於SQL Server數據庫，我所學到的知識很不牢固，當時在課堂上聽課所記住的也並不多，所以在試訓開始時，真的不知道該幹些什麼？有一種“何去何從”的感覺！但隨着老師的教課和講解，以及和同學的討論，再結合自己所知道的知識和老師所發放下的課程內容，根據這些實際的情況，我對自己將要做的事也有了興趣和信心。所以在接下來的時間中，我們在老師的幫助下開始了數據庫相關的實訓。在這次的google訂餐系統的設計過程中，我們根據該google訂餐系統的功能，將其分解三大部分來完成，第一部分就是建立數據庫和表，並給其添加約束；第二是角色的管理，分為管理員，訂餐用户和餐館；第三就是用編程語言建立管理菜單。所以試訓的內容是從數據庫和數據表的創建和修改開始的，表是建立關係數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看錶屬性，有查看錶信息，修改表中數據，刪除表中的數據以及修改表與刪除表的操作。我們以SQL Server數據庫為基礎，建立一個google訂餐系統的數據庫管理體系，並將數據庫與程序連接，用編程語言建

立數據庫管理菜單。老師給我們講了庫和表的.創建方法，以及約束的內心及其語法結構，讓我們知道了不同約束的功能和使用的環境，還給我們説了標識列的使用和作用。講了數據庫的操作，增刪改查。使我們掌握了into，d from，set，以及select*from語句的的相關知識和運用。其中還學到了分頁查詢以及多表查詢。

從這次試訓中讓我們更明白了一些知識，表是數據庫最重要的一個數據對象，表的創建好壞直接關係到數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以後在實際運用中使用多表，對錶的規劃和理解就會越深刻。通過這次試訓，讓我深刻的瞭解到自己的不足，要想對進行數據庫更深的學習，自己得要多看有關的課外書籍，並多做練習，不懂得要多問同學和請教老師，以解決自己遇到的難題，知道更多的知識。實訓不僅是讓我們在實踐中對理論知識的驗證，也讓我們知道我們多學的知識在社會上的運用，把所學知識和企業商業接軌。

這次實訓，不僅讓我們學到了許多有關數據庫的知識，老師也給我們講了很多社會現狀和就業情況，讓我們不同的角度瞭解這個專業的就業趨勢。讓我們在今後的學習中更有動力的充實自己，曾加自己的知識面和鍛鍊自己各方面能力。

數據庫課程報告8

20xx年12月28號，我們商務班踏上了實訓的道路。而1月9號我們實訓也已經結束。為期8天的實訓讓我領會到了許多平時課堂上所沒有接受的課外知識，很讓人受益匪淺，懂得如何去運用，而進行的一次分析設計綜合的訓練。本次實訓的目的是讓我們掌握數據庫設計的方法、原理和技術，把理論與實踐相結合，鞏固課堂教學內容。

經過我們小組的激烈討論，這次實訓我們從12個選題當中選擇了倉儲管理系統。大部分小組都選圖書借閲管理系統，而我們小組就是不走尋常路的。

倉儲管理看似簡單的一個選擇，卻很複雜。當老師讓我們設計數據流圖的時候，我們自我感覺是已經做流最充分的準備了，可是當老師給我們檢查的.時候，錯誤和漏洞一個個被發現並指正。而我們虛心接受了老師的指導。而我們發現簡單的一個倉儲管理系統包含了很繁瑣而雜多的多系，所以我們果斷摘取其中的一個部分————物流。倉儲管理是現代物流不可或缺的重要環節。首先，倉儲管理是對貨物質量的保證；其次倉儲管理是保證生產順利進行的必要條件；最後，合理性的倉儲管理是加快商品流通、節約流通費用的必要手段。

現在真正到了我們創建數據庫的時候了，當然首要的任務是建表了，表是建立關係數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看錶信息、查看錶屬性、修改表中的數據、刪除表中的數據及修改表和刪除表的操作。從實訓中讓我更明白一些知識，表是數據最重要的一個數據對象，表的創建好壞直接關係到數數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以後在實際應用中多使用表，對錶的規劃和理解就會越深刻。我們實訓的另一個內容是數據庫的約束、視圖、查詢。從中我們瞭解到查詢語句的基本結構，和簡單SELECT語句的使用，多表連接查詢。而在視圖的操作中，也瞭解到了視圖是常見的數據庫對象，是提供查看和存取數據的另一種途徑，對查詢執行的'大部分操作，使用視圖一樣可以完成。使用視圖不僅可以簡化數據操作，還可以提高數據庫的安全性，不僅可以檢索數據，也可以通過視圖向基表中添加、修改和刪除數據。

實訓課是在學習與探索中度過的，短暫的8天實訓是結束了，一方面是對自我的認識，認識到自身的不足，需要不斷提高自己的專業知識、數據管理和硬件維護的知識；另一方面是對數據庫維護的學習認知，通過學習數據庫使我上升了一個層次，雖然出現許多未知的為什麼，如倉庫管理數據庫的初步設置、數據備份與還原的步驟等，正是在老師和同學的共同努力之下，我們才一步步把問題解決了，最終完成了不可能完成的任務。

數據庫課程報告9

有關於數據庫實驗的心得體會，總的來説，受益匪淺。在這些天中，我們學到了很多東西，包括建表，導入數據，查詢，插入。最重要的是我們有機會用電腦自己進行實踐，沒接觸的時候總是覺得它比較深奧或是不可接近的新型語言，儘管自己對C語言非常感興趣，但還是有些心理上的陌生感。學習數據庫就和我們平時的其它科目學習一樣感覺它有永無止境的知識，數據庫是我在高中時候聽過，到了大學漸漸瞭解了些，但就其原理性的內容還不知道，也就是根本就不清楚什麼是數據庫，只是知道一個所謂的中國字典裏的名詞。我認識它是從我接觸實驗運作開始的，剛開始就是建立數據庫，兩種驗證模式，沒什麼東西但還覺得不錯。進而就是操作語言了，緊接着就是觸發器的使用，進而對數據庫高級的使用，等等。 開始知道數據庫的時候想學，不知道從何而起，不懂的話怎麼問，從什麼地方學起。後來到大三開學後有數據庫原理必修課，非常高興。當時感覺SQL Sever數據庫管理既然是單獨一門課程一定會講的比較細，也能學到真正實用的內容。學了這門課以後發現和我想的基本是一樣的，老師對學生也比較和藹可親，對我們要求也不是很緊。讓每個人都覺得輕輕鬆鬆就能把這門課程學完，沒有多麼緊張的作業，也沒有太苛刻的要求。

當老師在最後説這個課程結束了，回顧一下以前老師給我們講過的東西，真的有很多是我們應該去注意的。學習完SQL Sever數據庫後感覺可分兩大塊，一塊是開發，一塊是管理。開發主要是寫寫存儲過程、觸發器什麼的，還有就是用Oracle的Develop工具做form。有點類似於程序員。開發還需要有較強的邏輯思維和創造能力，自己沒有真正做過，但感覺應該會比較辛苦，是青春飯；管理則需要對SQL Sever數據庫的原理有深刻的認識，有全局操縱的能力和緊密的思維，責任較大，因為一個小的失誤就會弄掉整個數據庫，相對前者來説，後者更看重經驗。這些東西都是從老師哪裏和朋友的討論中得到的心得，也希望其他朋友能多多向老師和朋友請教，如果是個人單獨靠自己來完成一個完美的數據庫我覺得比較困難，現在基本上都是團隊類型的，而且他們的效率高開發的週期也快。由於數據庫管理的責任重大，很少公司願意請一個剛剛接觸SQL Sever的人去管理數據庫。對於我們這些初出茅廬的新手而且電子商務的專業，個人認為可以先選擇做管理，有一定經驗後轉型，去做數據庫的.開發。當然，這個還是要看人個的實際情況來定。

SQL Server數據庫的實驗學習使我對數據庫的有了新的進步，以後再看到也就不至於什麼也不懂，其實那麼多數據庫我覺得學好一門就行，只是他們的語言可能不大一樣，學好一門後就可去認識其它的，這樣應該有事半功倍的效果。就像我學習C語言，當時不能説是學習的棒，但不算差。所以我對以後的語言感覺都不是很困難，瞭解了VB、C++還有網頁中用的Html語言、asp語言都能看懂，起碼可以對別人的東西進行了一下修改。因此，我感謝數據庫老師給了我有用的知識，以便我在以後學習或認識更多的內容能有新的方法和思維，也能更加有效和快速的去消化吸收新的東西。希望在今後中，SQL Server能給我更多幫助。感謝學校開設這樣一門優秀使用的課程，讓我對數據庫有了更深的瞭解。

數據庫課程報告10

轉眼間在從大一踏進學校的校門到現在剛剛好一年了，在這一年中，數據庫也如影隨形。

在這一年中我主要學習的數據庫是sql server，在學習的時候過程中，我們首先是從基礎開始，比如數據類型、運算符號、關鍵字等等，然後上升到一些增刪改查，還有觸發、存儲過程等的使用等等。

數據庫編程，這個是作為一個程序員的基本功，絕大多數軟件開發公司數據庫編程都是由程序員自己完成的，因為他的工作量不是很大，也不是很複雜。所以作為一個綜合的'程序員，學習數據庫編程，像數據庫四大操作，增刪改查，還有觸發、存儲過程等的使用，這些都是基礎的基礎。很多時候我們會認為數據庫沒什麼作用，學習的時候吊兒郎當，到今年做項目時，還不會連接查詢，要想避免這種情況發生就必須打好基礎，紮實的掌握每個知識點。

只要你從事計算機行業，就需要學習好數據庫的基礎知識，不論以後選擇哪個方向，數據庫的學習都不能放鬆。古人云：書到用時方恨少，知識學多了不會成為累贅，慢慢的積累，總有用到的時候。給自己明確一個目標，剩下的就是向着這個目標努力，無論遇到什麼困難，克服它就向成功邁進了一步。