心得體會是指個人在經(jīng)歷某種事物、活動或事件后,，通過思考,、總結和反思，從中獲得的經(jīng)驗和感悟,。心得體會是我們對于所經(jīng)歷的事件、經(jīng)驗和教訓的總結和反思,。以下是小編幫大家整理的心得體會范文，歡迎大家借鑒與參考,，希望對大家有所幫助,。
設計數(shù)據(jù)庫心得體會篇一
作為一個軟件工程師,，在設計商場數(shù)據(jù)庫時，我積累了一些心得體會,。首先,，需求分析是數(shù)據(jù)庫設計的關鍵，其次，合理建模是保證數(shù)據(jù)庫性能的重要因素,，再次，數(shù)據(jù)庫安全性的保障是必不可少的,，最后,，數(shù)據(jù)備份與維護是數(shù)據(jù)庫設計的常規(guī)操作。
首先,，需求分析是數(shù)據(jù)庫設計的關鍵,。在設計商場數(shù)據(jù)庫之前，我們首先要進行需求分析,，明確數(shù)據(jù)庫需要存儲的數(shù)據(jù)類型,、數(shù)據(jù)量大小、數(shù)據(jù)的訪問頻率等,。只有充分了解需求,，才能更好地進行數(shù)據(jù)庫設計。例如,，在商場數(shù)據(jù)庫中,，可能需要存儲商品信息、會員信息,、訂單信息等,，因此我們需要充分了解這些信息的具體需求，包括數(shù)據(jù)項,、數(shù)據(jù)類型,、數(shù)據(jù)范圍等，才能滿足商場數(shù)據(jù)庫的功能要求,。
其次,，合理建模是保證數(shù)據(jù)庫性能的重要因素。在設計商場數(shù)據(jù)庫時,，我們要根據(jù)實際需求對數(shù)據(jù)進行建模,。合理的數(shù)據(jù)模型可以提高數(shù)據(jù)庫的查詢效率，降低存儲空間占用,。例如,，我們可以采用范式化設計的方法，將數(shù)據(jù)分解成更小的單位,，提高數(shù)據(jù)庫的設計規(guī)范性和靈活性,。此外，通過優(yōu)化數(shù)據(jù)表的結構,、設置合理的索引等,，還能進一步提高數(shù)據(jù)庫的性能,。
再次，數(shù)據(jù)庫安全性的保障是必不可少的,。隨著信息技術的快速發(fā)展,，數(shù)據(jù)庫安全性問題愈發(fā)重要。我們需要采取一系列的安全措施來保護商場數(shù)據(jù)庫的數(shù)據(jù)安全,。例如,，我們可以設置合適的用戶權限，確保只有授權用戶能夠訪問特定的數(shù)據(jù)庫表或操作,。此外,，我們還可以加密數(shù)據(jù)庫中的敏感數(shù)據(jù)，以免因數(shù)據(jù)泄露而帶來的潛在風險,。
最后,，數(shù)據(jù)備份與維護是數(shù)據(jù)庫設計的常規(guī)操作。商場數(shù)據(jù)庫中的數(shù)據(jù)是極其寶貴的資產(chǎn),，任何意外的數(shù)據(jù)丟失都可能帶來嚴重的后果,。因此，我們需要定期對數(shù)據(jù)庫進行備份,，以防止數(shù)據(jù)丟失,。同時，我們還需要進行數(shù)據(jù)庫的定期維護,，包括數(shù)據(jù)庫性能的監(jiān)控,、索引的重建和優(yōu)化等。這些操作可以保證數(shù)據(jù)庫的穩(wěn)定性和持久性,。
綜上所述,，商場數(shù)據(jù)庫的設計需要進行充分的需求分析，并采取合理的建模方法,；同時,，要保障數(shù)據(jù)庫的安全性，采取一系列的安全措施,；最后，數(shù)據(jù)備份與維護是數(shù)據(jù)庫設計的常規(guī)操作,。通過不斷總結經(jīng)驗,，我們能夠設計出更加健壯、高效,、安全的商場數(shù)據(jù)庫,，為商場的管理和運營提供強有力的支持。
設計數(shù)據(jù)庫心得體會篇二
數(shù)據(jù)庫的課程結束了,，通過對數(shù)據(jù)庫的學習也初步掌握其各方面的知識,，數(shù)據(jù)庫的功能是強大的,，面對目前的信息化社會，在整理,、查詢,、分析數(shù)據(jù)方面是一款強有力的工具。
學習的目的在于將知識能合理順利的運用,，將書本知識化為自己所用,，是一個不知到知道，了解完善應用的過程,，尤其是計算機方面的課程更是如此,，必要的上機練習是必不可少的。之前的計算機語言,、匯編語言等,，都是在上機練習中得到順利掌握。面對這學期的數(shù)據(jù)庫也是如此的過程,，在開始對理論知識的學習,，然后進行上機練習，目的在于讓我們更好的掌握其知識,，熟悉數(shù)據(jù)庫編程語言等,。
當然上機可也不是輕松是課程，在課前還是應該做些相應的準備,。首先在理論知識的學習中必須先打好基礎,，經(jīng)過預習、聽課,、復習,、作業(yè)四個環(huán)節(jié)的學習，對于這門課的理論知識有了一定了解,，才便于我們的上機課程,，理論與上機的結合這樣才有助于我們更好的掌握知識。
在數(shù)據(jù)庫上機中主要是用到的sql（structuredquerylanguage）結構化查詢語言,，它是一種數(shù)據(jù)庫查詢和程序設計語言,，用于存取數(shù)據(jù)以及查詢、更新和管理關系數(shù)據(jù)庫系統(tǒng),。同時也是數(shù)據(jù)庫腳本文件的擴展名,。可以幫我們做到面向數(shù)據(jù)庫執(zhí)行查詢,、取回數(shù)據(jù),、插入新的記錄、更新數(shù)據(jù)庫中的數(shù)據(jù),、刪除記錄,、創(chuàng)建新數(shù)據(jù)庫,、新表和視圖、設置表,、存儲過程和視圖的權限,，功能非常強大。
學習數(shù)據(jù)庫的內(nèi)容是從數(shù)據(jù)庫,、數(shù)據(jù)表的創(chuàng)建和修改開始的,，表是建立關系數(shù)據(jù)庫的基本結構，用來存儲數(shù)據(jù)具有已定義的屬性，在表的操作過程中,，有查看表信息,、查看表屬性、修改表中的數(shù)據(jù),、刪除表中的數(shù)據(jù)及修改表和刪除表的操作,。從課程中中讓我更明白一些知識,，表是數(shù)據(jù)最重要的一個數(shù)據(jù)對象，表的創(chuàng)建好壞直接關系到數(shù)數(shù)據(jù)庫的成敗，表的內(nèi)容是越具體越好,，但是也不能太繁瑣,，以后在實際應用中多使用表,，對表的規(guī)劃和理解就會越深刻,。在編程方面是需要我們對于編程有邏輯思維能力及一定的編程技巧。在數(shù)據(jù)庫中插入表,、表中的信息等都需要注意,，不然很容易出錯,。
設計數(shù)據(jù)庫心得體會篇三
本文目錄,。
兩個星期的時間非常快就過去了,，這兩個星期不敢說自己有多大的進步,，獲得了多少知識,，但起碼是了解了項目開發(fā)的部分過程,。雖說上過數(shù)據(jù)庫上過管理信息系統(tǒng)等相關的課程，但是沒有親身經(jīng)歷過相關的設計工作細節(jié)。這次實習證實提供了一個很好的機會。
通過這次課程設計發(fā)現(xiàn)這其中需要的很多知識我們沒有接觸過,，去圖書館查資料的時候發(fā)現(xiàn)我們前邊所學到的僅僅是皮毛,，還有很多需要我們掌握的東西我們根本不知道。同時也發(fā)現(xiàn)有很多已經(jīng)學過的東西我們沒有理解到位,，不能靈活運用于實際,，不能很好的用來解決問題，這就需要我們不斷的大量的實踐,，通過不斷的自學,，不斷地發(fā)現(xiàn)問題，思考問題,，進而解決問題,。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西,。
從各種文檔的閱讀到開始的需求分析,、概念結構設計、邏輯結構設計,、物理結構設計,。親身體驗了一回系統(tǒng)的設計開發(fā)過程。很多東西書上寫的很清楚,，貌似看著也很簡單,，思路非常清晰。但真正需要自己想辦法去設計一個系統(tǒng)的時候才發(fā)現(xiàn)其中的難度,。經(jīng)常做到后面突然就發(fā)現(xiàn)自己一開始的設計有問題,，然后又回去翻工，在各種反復中不斷完善自己的想法,。
我想有這樣的問題不止我一個,，事后想想是一開始著手做的時候下手過于輕快，或者說是根本不了解自己要做的這個系統(tǒng)是給誰用的,。因為沒有事先做過仔細的用戶調(diào)查,，不知道整個業(yè)務的流程，也不知道用戶需要什么功能就忙著開發(fā),，這是作為設計開發(fā)人員需要特別警惕避免的,，不然會給后來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來,。所以以后的課程設計要特別注意這一塊的設計,。
按照要求，我們做的是機票預訂系統(tǒng),。說實話,，我對這個是一無所知的,，沒有訂過機票，也不知道航空公司是怎么一個流程,。盲目開始設計的下場我已經(jīng)嘗過了,，結果就是出來一個四不像的設計方案，沒有什么實際用處,。沒有前期的調(diào)查,，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中,，我們通過上網(wǎng)查資料,，去圖書館查閱相關資料，結合我們的生活經(jīng)驗,，根據(jù)可行性研究的結果和客戶的要求,，分析現(xiàn)有情況及問題，采用client/server結構,，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng),，服務器端子系統(tǒng)。在兩周的時間里,，不斷地對程序及各模塊進行修改、編譯,、調(diào)試,、運行，其間遇到很多問題：由于忘記了一些java語言的規(guī)范使得在調(diào)試過程中一些錯誤沒有發(fā)現(xiàn),，通過這次課程設計,，我對調(diào)試掌握得更加熟練了，意識到了程序語言的規(guī)范性以及我們在編程時要有嚴謹?shù)膽B(tài)度,，同時在寫程序時如有一定量的注釋,，既增加了程序的可讀性，也可以使自己在讀程序時更容易,。
我們學習并應用了sql語言,，對數(shù)據(jù)庫的創(chuàng)建、修改,、刪除方法有了一定的了解,，通過導入表和刪除表、更改表學會了對于表的一些操作,，為了建立一個關系數(shù)據(jù)庫信息管理系統(tǒng),，必須得經(jīng)過系統(tǒng)調(diào)研、需求分析,、概念設計,、邏輯設計,、物理設計、系統(tǒng)調(diào)試,、維護以及系統(tǒng)評價的一般過程,，為畢業(yè)設計打下基礎。
很多事情不是想象中的那么簡單的,，它涉及到的各種實體,、屬性、數(shù)據(jù)流程,、數(shù)據(jù)處理等等,。很多時候感覺后面的設計根本無法繼續(xù)，感覺像是被前面做的各種圖限制了,。在做關系模型轉(zhuǎn)換的時候碰到有些實體即可以認為是實體又可以作為屬性,，為了避免冗余，盡量按照屬性處理了,。
物理結構設計基本沒有碰到問題,，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束,、check約束,、default定義等。最后才做索引的部分,，對一些比較經(jīng)常使用搜索的列,，外鍵上建立索引，這樣可以明顯加快檢索的速度,，最后別忘記重要的安全性設置,，限制用戶訪問權限，新建用戶并和數(shù)據(jù)庫用戶做相應的映射,。
不管做什么,，我們都要相信自己，不能畏懼,，不能怕遇到困難,，什么都需要去嘗試，有些你開始認為很難的事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得的那樣,，自己也是可以的,。如果沒有自信，沒有目標,，沒有信心就不可能把事情做好,，當其他人都在迷茫的時候，自己一定要堅信目標,，大學畢業(yè)出去即面臨找工作,，從學習這個專業(yè),，到以后從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘,，我們面臨畢業(yè),，面臨擇業(yè)，需要這些實踐經(jīng)驗,，在困難面前要勇于嘗試,，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難,，編碼非常不容易,，才發(fā)現(xiàn)做一個項目最重要的不在于如何實現(xiàn)，而是實現(xiàn)之前的需求分析和模塊設計,。創(chuàng)新很難,，有些流行的系統(tǒng)其實現(xiàn)并不難，難的在于對市場的分析和準確定位,。設計,，是一個任重道遠的過程。
返回目錄,。
首先,，讓我的記憶追溯到大二暑假，在老大的指引下（）,，我接觸到microsoft?產(chǎn)品,。那個時候我已經(jīng)學過vc和asp，因為windows程序設計實驗的課的關系,，接觸過vb，但是沒有專門去學他,，因為習慣了c++里面的class,，int，覺得vb的sub,，var?看著就不是很順心,。我是一個好奇心很強的人，突然看到了一個號稱“.net是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”,，而且主推c#語言,，由于對c語言的一貫好感，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣,。我就開始了對c#的學習,，任何語言都不是孤立存在的，所以數(shù)據(jù)交互是很重要的,，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍,。我記得以前用c語言編程的時候,，數(shù)據(jù)是在內(nèi)存中申請空間，譬如使用數(shù)組等等,。很耗費內(nèi)存空間,。這個時候就是數(shù)據(jù)庫站出來的時候啦，于是我又裝上了sql?server,，以前學asp的時候用的是access,，那個時候只是照著人家做，理論是什么也不是很清楚,。
通過一個暑假的學習,，基本搞清楚了理論方面的東西，具體怎么用也不是很清楚,。但是這為這學期的課程設計打下了鋪墊,。
來到學校后，隨著這學期的數(shù)據(jù)庫課程大賽開始了,，我有一個看法就是我自己應該具備的能力不是我會多少,，而是我應該具備快速學會東西的能力。遇到什么就學什么,。我們有時候很容易被一些專業(yè)名詞說嚇著,，包括什么建模，軟件工程,，數(shù)據(jù)分析,，數(shù)據(jù)挖掘等等。我身邊就有很多同學被這些紙老虎所唬住,，而沒有勇氣去接觸他們,，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心,。其實都是紙老虎,，又不是什么國家科研難題，只是去用一些工具,，發(fā)明工具是很難,，但是用一個工具就容易多了，just?do?it,！我記得我做這個數(shù)據(jù)庫之前,，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好,。最后我選擇了roseuml建模工具,。在此之前，我腦袋里面沒有軟件建模的思想,，什么uml建模對我而言就是一張空白的紙,。但是真正接觸后并沒有想象的那么難,，有什么不懂的上網(wǎng)去搜索，這是一個信息橫流的世界,，有google,，baidu就沒有不能解決的知識難題。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣,。
開發(fā)的時候我想過用什么架構,，c/s模式？模式有很多,，怎么選擇,？我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構,，就是你啦,。我決定用這個架構，不會,，沒關系,，咱學。just?do?it,！前期工作準備好后,，加以實踐。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識,。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解,。經(jīng)過大概2個多星期的奮斗，數(shù)據(jù)集的圖書館管理系統(tǒng),。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎,。
與其臨淵羨魚，不如退而結網(wǎng),。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣,，就動手去做，困難在你的勇氣和毅力下是抬不了頭的,。從做這個數(shù)據(jù)庫開始無論遇到什么困難,，我都沒有一絲的放棄的念頭,。出于對知識的渴望,，出于對新技術的好奇，出于對一切未知的求知,。我完成了這次數(shù)據(jù)庫課程設計,，不過這只是我學習路上的驛站，的核心技術就是xml[至少微軟是這么宣傳的],，我會繼續(xù)學習它,，包括jave公司的j2ee我也很想試試,，語言本來就是相通的，just?do?it,！語言并不重要畢竟它僅僅是工具,，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想,。古語說的好：學無止境?。?/p>
我很慶幸我參加了這次數(shù)據(jù)庫大賽,，讓我確實打開了眼界,。
（最后，很感激學校給了我們這次動手實踐的機會,，讓我們學生有了一個共同學習,，增長見識，開拓視野的機會,。也感謝老師們對我們無私忘我的指導,，我會以這次課程設計大賽作為對自己的激勵，繼續(xù)學習,。畢竟學習就是一個just?do?it的過程?。?/p>
設計數(shù)據(jù)庫心得體會篇四
數(shù)據(jù)庫應用設計是整個軟件開發(fā)過程中不可避免的一個環(huán)節(jié),，也是設計階段中最重要的一個環(huán)節(jié),。它關系到整個系統(tǒng)的性能、數(shù)據(jù)安全,、可擴展性等方面,。在實際的項目中，我曾參與過多個數(shù)據(jù)庫應用的設計和開發(fā),，積累了一些經(jīng)驗和心得,，以下將分享一些我在此方面的體會。
第二段：理解業(yè)務需求,。
在數(shù)據(jù)庫應用設計之前,，首先要充分理解業(yè)務需求，這是設計基礎和出發(fā)點,。正確理解和把握業(yè)務需求,，可以為數(shù)據(jù)模型的設計提供幫助和指導。同時,，在理解需求過程中,，還要注意不要被細節(jié)問題所局限，要嚴格區(qū)分主次，以不影響系統(tǒng)的穩(wěn)定,、性能,、可擴展性為前提。
第三段：設計數(shù)據(jù)模型,。
通過對業(yè)務需求的理解,，便可以著手開始設計數(shù)據(jù)模型了。在設計數(shù)據(jù)模型時,，既要考慮業(yè)務需求,，又要注重性能優(yōu)化和數(shù)據(jù)安全。盡量把數(shù)據(jù)庫設計成中立的,，以便應對業(yè)務需求的不斷變更和系統(tǒng)的擴展需求,。在實際的設計中，可以根據(jù)不同的業(yè)務模塊設計多個數(shù)據(jù)庫,，分別管理各自的數(shù)據(jù),，提高系統(tǒng)的可維護性和可擴展性。
第四段：規(guī)范化設計,。
在數(shù)據(jù)模型設計完成后,，需要進一步做規(guī)范化設計。通過規(guī)范化設計可以有效地減少數(shù)據(jù)冗余,，提高數(shù)據(jù)庫的性能和管理效率,。規(guī)范化設計需要考慮到數(shù)據(jù)的重復度和查詢頻率等因素,，把數(shù)據(jù)拆分成更小、更清晰的部分，以便于數(shù)據(jù)維護和管理,。同時,，還需要考慮到數(shù)據(jù)的完整性,、一致性以及安全性,。
第五段：優(yōu)化數(shù)據(jù)庫性能。
在數(shù)據(jù)庫應用設計中,，優(yōu)化數(shù)據(jù)庫性能是不可忽視的一個環(huán)節(jié),。通過優(yōu)化數(shù)據(jù)庫可以提高系統(tǒng)的響應速度和數(shù)據(jù)管理效率。具體的優(yōu)化措施包括索引設計,、分表分庫,、SQL語句優(yōu)化、緩存策略優(yōu)化等,。通過不斷地優(yōu)化數(shù)據(jù)庫,，可以讓系統(tǒng)的性能和穩(wěn)定性得到有效保障。
總結：
數(shù)據(jù)庫應用設計是一個重要的環(huán)節(jié),，并不僅僅是簡單地設計數(shù)據(jù)結構,，更是對系統(tǒng)的一個深入了解和全面考慮。在設計過程中,，需要注重業(yè)務需求,、數(shù)據(jù)模型設計、規(guī)范化設計以及數(shù)據(jù)庫性能優(yōu)化等多個方面,，并在不斷的實踐中不斷地總結和優(yōu)化,，以便實現(xiàn)一個最優(yōu)的設計效果。
設計數(shù)據(jù)庫心得體會篇五
這次數(shù)據(jù)庫課程設計用的是microsoftvisualfoxpro6.0,，而我們平時用的microsoftsqlserver,，雖然對vfp完全陌生，但在老師的指引下,，我們近乎完美的完成了課程設計,。當然過程是艱辛的。
面對著完全陌生的操作環(huán)境vfp,，許多同學開始埋怨,，要求用sql，用我們學過的asp等來完成設計,。但我們慢慢發(fā)現(xiàn)用vfp做課程設計其實很有優(yōu)勢,，于是它的這個優(yōu)勢激發(fā)了我們?nèi)チ私馑挠＠蠋熛葘fp中基本的建數(shù)據(jù)庫,，建表以及建表單等向我們演示了一遍,，我們也仿照著做了，發(fā)覺并不是很難,。但想到這次課程設計做的是一套學生學籍和成績管理系統(tǒng),，我們又開始茫然了。那天,，老師給我們看了一段可以讓文字循環(huán)移動的代碼,，這使我們產(chǎn)生了好奇心理，有了快速了解它的沖動,。因為用面向?qū)ο蟮恼Z言做特效,，這還是第一次。下課之后我把那段我們不了解的語言寫的特效代碼發(fā)到了vfp論壇上請人幫忙解釋,，最后我們完全理解了那段代碼的意思,。
這次課程設計我們克服了炎熱的天氣（學校機房之前沒裝空調(diào)……后來設計完才裝……），也克服對新知識的恐懼感以及畏難情緒,。我們懂得了團隊合作的重要性,，也懂得了團隊中如何交流、如何分工,，如何集體討論難點,。我們充分利用了網(wǎng)絡資源（技術論壇,，共享的實例等）。
由于平時接觸的都是一些私人項目,，這些項目大都是一些類庫,，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔,。實際上從學習的經(jīng)歷來看,，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用,，尤其是當開源模式逐漸走近開發(fā)者后更是如此,。
雖然這次是一個數(shù)據(jù)庫課程設計，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的,，所以其中也涉及到一些數(shù)據(jù)庫以外的設計,。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問，uml是設計階段的工具,，而它基本涵蓋了軟件設計的方方面面,，也就是說按照這一軟件工程的正常流程，在動手寫第一句代碼之前,，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了,，這對于相當有經(jīng)驗的架構師一類人說可能會很容易，但是我們作為學生,，連足夠的編碼經(jīng)驗都沒有,，卻首先被教授并要求先ooa再oop，這樣直接導致的問題就是文檔與編碼對不上號,，在修改代碼的時候基本不會再去審查文檔和先前的分析,。甚至根本就是現(xiàn)有代碼再有文檔，即便是這種情況,，代碼與文檔還是不對應,。不可否認，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的,。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式,，這次的項目也算是一次嘗試，當然這個過程并不會太短,。
回到數(shù)據(jù)庫設計上了,，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助,，反倒是覺得將思維轉(zhuǎn)化為圖表很浪費時間,。總體上來說這次的項目也不是很大,，而且在數(shù)據(jù)庫的設計上比較保守,，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的,。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為,，很多次我能深切感覺到,，其實我的大腦（未于別人比較）本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來,，即便我不知道這些范式的確切含義?？赡芫拖?范式不太容易用通俗易懂的方式解釋"一樣,，在"讓工具用圖標表述我的思維"時費了一番力氣。
從我作為項目的提出人和實現(xiàn)者來看,，這是個失敗的項目,，結合幾次教學項目的的實踐，發(fā)現(xiàn)這也已經(jīng)不是第一次了,。主觀原因占多數(shù),，比如，嘗試新的開發(fā)方式,，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯,。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境（vim）,，這是首次在脫離高級ide的情況下編碼,。
使用了新的開發(fā)語言（python，actionscript3）,，因為我一直比較喜歡"學以致用",，而且這樣的"數(shù)據(jù)驅(qū)動型"軟件的整套自實現(xiàn)的庫都已經(jīng)完成了，但是由于語言本身的差異,，遷移時問題很多,，當發(fā)現(xiàn)這一點是，已沒有多少有效剩余時間了,。
編碼流程的不妥,，我比較喜歡從底層的庫開始開發(fā)，因為一旦庫測試通過,，將很容易將它放到不同的表示層下,。但如果庫沒有測試成功，將導致整個項目沒有任何可視化模型,，所以這次的項目無法提交"可運行的代碼",。
實踐目的的不同，我輕易不放棄鍛煉的機會,，事實上,，有機會就一定要比以前有所突破,，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多,，等到工作時再這樣做的可能性就很小了,，因此當然要抓緊機會了。不過還有一個隱藏原因,，總以為自己很了不起,，其實"遇到的問題數(shù)跟人的能力是成正比的"。
設計數(shù)據(jù)庫心得體會篇六
兩個星期的時間非?？炀瓦^去了,，這兩個星期不敢說自己有多大的進步，獲得了多少知識,，但起碼是了解了項目開發(fā)的部分過程,。雖說上過數(shù)據(jù)庫上過管理信息系統(tǒng)等相關的課程，但是沒有親身經(jīng)歷過相關的設計工作細節(jié),。這次實習證實提供了一個很好的機會,。
通過這次課程設計發(fā)現(xiàn)這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發(fā)現(xiàn)我們前邊所學到的僅僅是皮毛,，還有很多需要我們掌握的東西我們根本不知道,。同時也發(fā)現(xiàn)有很多已經(jīng)學過的東西我們沒有理解到位，不能靈活運用于實際,，不能很好的用來解決問題,，這就需要我們不斷的大量的實踐，通過不斷的自學,，不斷地發(fā)現(xiàn)問題,，思考問題，進而解決問題,。在這個過程中我們將深刻理解所學知識,，同時也可以學到不少很實用的東西。
從各種文檔的閱讀到開始的需求分析,、概念結構設計,、邏輯結構設計、物理結構設計,。親身體驗了一回系統(tǒng)的設計開發(fā)過程,。很多東西書上寫的很清楚，貌似看著也很簡單,，思路非常清晰,。但真正需要自己想辦法去設計一個系統(tǒng)的時候才發(fā)現(xiàn)其中的難度。經(jīng)常做到后面突然就發(fā)現(xiàn)自己一開始的設計有問題,，然后又回去翻工,，在各種反復中不斷完善自己的想法,。
我想有這樣的問題不止我一個，事后想想是一開始著手做的時候下手過于輕快,，或者說是根本不了解自己要做的這個系統(tǒng)是給誰用的,。因為沒有事先做過仔細的用戶調(diào)查，不知道整個業(yè)務的流程,，也不知道用戶需要什么功能就忙著開發(fā),，這是作為設計開發(fā)人員需要特別警惕避免的，不然會給后來的工作帶來很大的麻煩,，甚至可能會需要全盤推倒重來,。所以以后的課程設計要特別注意這一塊的設計。
按照要求,，我們做的是機票預訂系統(tǒng),。說實話,，我對這個是一無所知的,，沒有訂過機票，也不知道航空公司是怎么一個流程,。盲目開始設計的下場我已經(jīng)嘗過了,，結果就是出來一個四不像的設計方案，沒有什么實際用處,。沒有前期的調(diào)查,，僅從指導書上那幾條要求著手是不夠的。
在需求分析過程中,，我們通過上網(wǎng)查資料,，去圖書館查閱相關資料，結合我們的生活經(jīng)驗,，根據(jù)可行性研究的結果和客戶的要求,，分析現(xiàn)有情況及問題，采用client/server結構,，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng),，服務器端子系統(tǒng)。在兩周的時間里,，不斷地對程序及各模塊進行修改,、編譯、調(diào)試,、運行,，其間遇到很多問題：由于忘記了一些java語言的規(guī)范使得在調(diào)試過程中一些錯誤沒有發(fā)現(xiàn)，通過這次課程設計,，我對調(diào)試掌握得更加熟練了,，意識到了程序語言的規(guī)范性以及我們在編程時要有嚴謹?shù)膽B(tài)度,，同時在寫程序時如有一定量的注釋，既增加了程序的可讀性,，也可以使自己在讀程序時更容易,。
我們學習并應用了sql語言，對數(shù)據(jù)庫的創(chuàng)建,、修改,、刪除方法有了一定的了解，通過導入表和刪除表,、更改表學會了對于表的一些操作,，為了建立一個關系數(shù)據(jù)庫信息管理系統(tǒng)，必須得經(jīng)過系統(tǒng)調(diào)研,、需求分析,、概念設計、邏輯設計,、物理設計,、系統(tǒng)調(diào)試、維護以及系統(tǒng)評價的一般過程,，為畢業(yè)設計打下基礎,。
很多事情不是想象中的那么簡單的，它涉及到的各種實體,、屬性,、數(shù)據(jù)流程、數(shù)據(jù)處理等等,。很多時候感覺后面的設計根本無法繼續(xù),，感覺像是被前面做的各種圖限制了。在做關系模型轉(zhuǎn)換的時候碰到有些實體即可以認為是實體又可以作為屬性,，為了避免冗余,，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題,，這一塊和安全性,、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束,、default定義等,。最后才做索引的部分，對一些比較經(jīng)常使用搜索的列,，外鍵上建立索引,，這樣可以明顯加快檢索的速度，最后別忘記重要的安全性設置，限制用戶訪問權限,，新建用戶并和數(shù)據(jù)庫用戶做相應的映射,。
不管做什么，我們都要相信自己,，不能畏懼,，不能怕遇到困難，什么都需要去嘗試,，有些你開始認為很難的事在你嘗試之后你可能會發(fā)現(xiàn)原來她并沒有你以前覺得的那樣,，自己也是可以的。如果沒有自信,，沒有目標,，沒有信心就不可能把事情做好，當其他人都在迷茫的時候,，自己一定要堅信目標,，大學畢業(yè)出去即面臨找工作，從學習這個專業(yè),，到以后從事這方面的工作都需要不斷地去學習去實踐,，這次實踐可以給我們敲一個警鐘，我們面臨畢業(yè),，面臨擇業(yè),，需要這些實踐經(jīng)驗,，在困難面前要勇于嘗試,，這是這次課程設計給我的最大感想!
以上基本是這次實習的體會了，設計進行的非常艱難,，編碼非常不容易,，才發(fā)現(xiàn)做一個項目最重要的不在于如何實現(xiàn)，而是實現(xiàn)之前的需求分析和模塊設計,。創(chuàng)新很難,，有些流行的系統(tǒng)其實現(xiàn)并不難，難的在于對市場的分析和準確定位,。設計,，是一個任重道遠的過程。
數(shù)據(jù)庫課程設計大賽的塵囂漸漸遠去,，懷著對這次大賽的些許不舍,，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與斗志,，我開始寫這篇文章,，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡并期望與大家共勉。
首先,，讓我的記憶追溯到大二暑假,，在老大的指引下(),，我接觸到microsoft產(chǎn)品。那個時候我已經(jīng)學過vc和asp,，因為windows程序設計實驗的課的關系，接觸過vb,，但是沒有專門去學他,，因為習慣了c++里面的class，int,，覺得vb的sub,，var看著就不是很順心。我是一個好奇心很強的人,，突然看到了一個號稱“.net是用于創(chuàng)建下一代應用程序的理想而又現(xiàn)實的開發(fā)工具”,，而且主推c#語言，由于對c語言的一貫好感,，我?guī)缀跏橇⒖虒λa(chǎn)生了興趣,。我就開始了對c#的學習，任何語言都不是孤立存在的,，所以數(shù)據(jù)交互是很重要的,，暑假的時候我把我們這學期的課本數(shù)據(jù)庫系統(tǒng)概論看了一遍。我記得以前用c語言編程的時候,，數(shù)據(jù)是在內(nèi)存中申請空間,，譬如使用數(shù)組等等。很耗費內(nèi)存空間,。這個時候就是數(shù)據(jù)庫站出來的時候啦,，于是我又裝上了sqlserver2019，以前學asp的時候用的是access,，那個時候只是照著人家做,，理論是什么也不是很清楚。
通過一個暑假的學習,，基本搞清楚了理論方面的東西,，具體怎么用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。
來到學校后,，隨著這學期的數(shù)據(jù)庫課程大賽開始了,，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力,。遇到什么就學什么,。我們有時候很容易被一些專業(yè)名詞說嚇著，包括什么建模,，軟件工程,，數(shù)據(jù)分析，數(shù)據(jù)挖掘等等,。我身邊就有很多同學被這些紙老虎所唬住,，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話,，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心,。其實都是紙老虎，又不是什么國家科研難題,，只是去用一些工具,，發(fā)明工具是很難，但是用一個工具就容易多了,，justdoit!我記得我做這個數(shù)據(jù)庫之前,，我們老師說要做好前期分析，我就在網(wǎng)上搜索用什么分析工具好,。最后我選擇了roseuml建模工具,。在此之前，我腦袋里面沒有軟件建模的思想,，什么uml建模對我而言就是一張空白的紙,。但是真正接觸后并沒有想象的那么難,，有什么不懂的上網(wǎng)去搜索,，這是一個信息橫流的世界，有google,，baidu就沒有不能解決的知識難題,。以及后來的數(shù)據(jù)庫分析的時候用到的powerdesigner也是一樣。
開發(fā)的時候我想過用什么架構,，c/s模式?模式有很多,，怎么選擇?我就上網(wǎng)搜索現(xiàn)在最流行的架構是什么。結果搜到了mvc架構,，就是你啦,。我決定用這個架構，不會，沒關系,，咱學,。justdoit!前期工作準備好后，加以實踐,。這個時候我更加深入的了解了利用操縱數(shù)據(jù)庫的知識,。并且對數(shù)據(jù)庫里面的存儲過程有了比較深入的了解。經(jīng)過大概2個多星期的奮斗,，數(shù)據(jù)集的圖書館管理系統(tǒng),。并最后非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。
與其臨淵羨魚,，不如退而結網(wǎng),。這次數(shù)據(jù)庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做,，困難在你的勇氣和毅力下是抬不了頭的,。從做這個數(shù)據(jù)庫開始無論遇到什么困難，我都沒有一絲的放棄的念頭,。出于對知識的渴望,，出于對新技術的好奇，出于對一切未知的求知,。我完成了這次數(shù)據(jù)庫課程設計,，不過這只是我學習路上的驛站，的核心技術就是xml[至少微軟是這么宣傳的],，我會繼續(xù)學習它,，包括jave公司的j2ee我也很想試試，語言本來就是相通的,，justdoit!語言并不重要畢竟它僅僅是工具,，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想,。古語說的好：學無止境啊!
我很慶幸我參加了這次數(shù)據(jù)庫大賽,，讓我確實打開了眼界。
由于平時接觸的都是一些私人項目,，這些項目大都是一些類庫,，其他人的交流相對可以忽略不計，因此也就不考慮規(guī)范化的文檔,。實際上從學習的經(jīng)歷來看,，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用,，尤其是當開源模式逐漸走近開發(fā)者后更是如此,。
雖然這次是一個數(shù)據(jù)庫課程設計,，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計,。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問,，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面,，也就是說按照這一軟件工程的正常流程,，在動手寫第一句代碼之前，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了,，這對于相當有經(jīng)驗的架構師一類人說可能會很容易,，但是我們作為學生，連足夠的編碼經(jīng)驗都沒有,，卻首先被教授并要求先ooa再oop,，這樣直接導致的問題就是文檔與編碼對不上號，在修改代碼的時候基本不會再去審查文檔和先前的分析,。甚至根本就是現(xiàn)有代碼再有文檔,，即便是這種情況，代碼與文檔還是不對應,。不可否認,，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式,，這次的項目也算是一次嘗試,，當然這個過程并不會太短。
回到數(shù)據(jù)庫設計上了,，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的,，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助，反倒是覺得將思維轉(zhuǎn)化為圖表很浪費時間,?？傮w上來說這次的項目也不是很大，而且在數(shù)據(jù)庫的設計上比較保守,，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的,。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為,，很多次我能深切感覺到,，其實我的大腦(未于別人比較)本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶，所以我很可恨自然的設計出符合三范式的表結構來,，即便我不知道這些范式的確切含義?？赡芫拖瘛胺妒讲惶菀子猛ㄋ滓锥姆绞浇忉尅币粯?，在“讓工具用圖標表述我的思維”時費了一番力氣,。
從我作為項目的提出人和實現(xiàn)者來看，這是個失敗的項目,，結合幾次教學項目的的實踐,，發(fā)現(xiàn)這也已經(jīng)不是第一次了。主觀原因占多數(shù),，比如,，嘗試新的開發(fā)方式，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯,。就這次項目而言,，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境(vim)，這是首次在脫離高級ide的情況下編碼,。
使用了新的開發(fā)語言(python,，actionscript3)，因為我一直比較喜歡“學以致用”,，而且這樣的“數(shù)據(jù)驅(qū)動型”軟件的整套自實現(xiàn)的庫都已經(jīng)完成了,，但是由于語言本身的差異，遷移時問題很多,，當發(fā)現(xiàn)這一點是,，已沒有多少有效剩余時間了。
編碼流程的不妥,，我比較喜歡從底層的庫開始開發(fā),，因為一旦庫測試通過，將很容易將它放到不同的表示層下,。但如果庫沒有測試成功,，將導致整個項目沒有任何可視化模型，所以這次的項目無法提交“可運行的代碼”,。
實踐目的的不同,，我輕易不放棄鍛煉的機會，事實上,，有機會就一定要比以前有所突破,，總是照搬以前的做法還不如就不做呢。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多,，等到工作時再這樣做的可能性就很小了,，因此當然要抓緊機會了。不過還有一個隱藏原因,，總以為自己很了不起,，其實“遇到的問題數(shù)跟人的能力是成正比的”。
設計數(shù)據(jù)庫心得體會篇七
一周的課程設計結束了,，在這次的課程設計中不僅檢驗了我所學習的知識,，也培養(yǎng)了我如何去把握一件事情,，如何去做一件事情，又如何完成一件事情的.方法和技巧,。在設計過程中,，和同學們相互探討，相互學習,，相互監(jiān)督,。我學會了運籌帷幄，學會了寬容,，學會了理解,，也學會了做人與處世，這次課程設計對我來說受益良多,。
課程設計是我們專業(yè)課程知識綜合應用的實踐訓練,，著是我們邁向社會，從事職業(yè)工作前一個必不少的過程,?！扒Ю镏惺加谧阆隆保ㄟ^這次課程設計,，我深深體會到這句千古名言的真正含義,。我今天認真的進行課程設計，學會腳踏實地邁開這一步,，就是為明天能穩(wěn)健地在社會大潮中奔跑打下堅實的基礎,。我這次設計的科目是數(shù)據(jù)結。
數(shù)據(jù)結構,，是一門研究非數(shù)值計算的程序設計問題中計算機的操作對象（數(shù)據(jù)元素）以及它們之間的關系和運算等的學科,，而且確保經(jīng)過這些運算后所得到的新結構仍然是原來的結構類型?！皵?shù)據(jù)結構”在計算機科學中是一門綜合性的專業(yè)基礎課,。數(shù)據(jù)結構是介于數(shù)學、計算機硬件和計算機軟件三者之間的一門核心課程,。數(shù)據(jù)結構這一門課的內(nèi)容不僅是一般程序設計（特別是非數(shù)值性程序設計）的基礎,，而且是設計和實現(xiàn)編譯程序、操作系統(tǒng),、數(shù)據(jù)庫系統(tǒng)及其他系統(tǒng)程序的重要基礎,。通過這次模具設計，我在多方面都有所提高,。
在界面設置中使用函數(shù)調(diào)用while,。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變,，但改變的時候必須采用標準英文大寫,，同時在制作顯示菜單的窗口,，大小根據(jù)菜單條數(shù)設計,。最后采用printf輸出程序設計界面,。
這次的程序軟件基本上運行成功，可以簡單的建立鏈式循環(huán)鏈表,，并進行輸出,，及循環(huán)語句的運用和選擇語句的控制。由于時間和知識上的限制,，使得程序規(guī)模相對較小,，即功能還不很全面，應用也不很普遍,。原來c語言可是涉及很多知識,，而不是枯燥無聊的簡單的代碼部分而已，利用c語言方面的知識,，我們可以設計出更完善的軟件,。
通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足,，同時也找到了克服這些不足的方法,，這也是一筆很大的資源。在以后的時間中,，我們應該利用更多的時間去上機實驗,，加強自學的能力，多編寫程序,，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創(chuàng)新的作品,。
設計數(shù)據(jù)庫心得體會篇八
由于平時接觸的都是一些私人項目，這些項目大都是一些類庫,，其他人的交流相對可以忽略不計,，因此也就不考慮規(guī)范化的文檔。實際上從學習的經(jīng)歷來看,，我們接觸的知識體系都是屬于比較老或比較傳統(tǒng)的,，與現(xiàn)在發(fā)展迅速的it行業(yè)相比很多情況已不再適用，尤其是當開源模式逐漸走近開發(fā)者后更是如此,。
雖然這次是一個數(shù)據(jù)庫課程設計,，由于本人在選擇項目的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些數(shù)據(jù)庫以外的設計,。對于ooa/ood的開發(fā)模式有時不免要提出一些疑問,，uml是設計階段的工具，而它基本涵蓋了軟件設計的方方面面,，也就是說按照這一軟件工程的正常流程,，在動手寫第一句代碼之前,，開發(fā)人員已經(jīng)非常熟悉軟件產(chǎn)品了，這對于相當有經(jīng)驗的架構師一類人說可能會很容易,，但是我們作為學生,，連足夠的編碼經(jīng)驗都沒有，卻首先被教授并要求先ooa再oop,，這樣直接導致的問題就是文檔與編碼對不上號,，在修改代碼的時候基本不會再去審查文檔和先前的分析。甚至根本就是現(xiàn)有代碼再有文檔,，即便是這種情況,，代碼與文檔還是不對應。不可否認,，在傳統(tǒng)軟件工程的詳細設計之前的項目過程中還是有很多利于項目開發(fā)的部分的,。所以我就一直在尋找適合我——針對探究型項目——的開發(fā)模式，這次的項目也算是一次嘗試,，當然這個過程并不會太短,。
回到數(shù)據(jù)庫設計上了，這次的數(shù)據(jù)庫設計我是嚴格按照數(shù)據(jù)庫建模的步驟來進行的,，老實說我并沒有感覺這樣的流程對開發(fā)帶來多大的幫助,，反倒是覺得將思維轉(zhuǎn)化為圖表很浪費時間?？傮w上來說這次的項目也不是很大,，而且在數(shù)據(jù)庫的設計上比較保守，也就是說實際上數(shù)據(jù)庫設計還可以再完善完善的,。隨著我對計算機領域的拓寬和加深,，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到,，其實我的大腦（未于別人比較）本身就是在使用一種更接近關系數(shù)據(jù)庫的方式來記憶,，所以我很可恨自然的設計出符合三范式的表結構來，即便我不知道這些范式的確切含義,?？赡芫拖?范式不太容易用通俗易懂的方式解釋"一樣，在"讓工具用圖標表述我的思維"時費了一番力氣,。
從我作為項目的提出人和實現(xiàn)者來看,，這是個失敗的項目，結合幾次教學項目的的實踐,，發(fā)現(xiàn)這也已經(jīng)不是第一次了,。主觀原因占多數(shù)，比如，嘗試新的開發(fā)方式,，根據(jù)設計花了太多的時間來抽象出公用的庫而忽略業(yè)務邏輯,。就這次項目而言，失敗的原因有以下幾點：
使用了新的開發(fā)環(huán)境（vim）,，這是首次在脫離高級ide的情況下編碼,。
使用了新的開發(fā)語言（python，actionscript3）,，因為我一直比較喜歡"學以致用",，而且這樣的"數(shù)據(jù)驅(qū)動型"軟件的整套自實現(xiàn)的庫都已經(jīng)完成了,，但是由于語言本身的差異,，遷移時問題很多，當發(fā)現(xiàn)這一點是,，已沒有多少有效剩余時間了,。
編碼流程的不妥，我比較喜歡從底層的庫開始開發(fā),，因為一旦庫測試通過,，將很容易將它放到不同的表示層下。但如果庫沒有測試成功,，將導致整個項目沒有任何可視化模型,，所以這次的項目無法提交"可運行的代碼"。
實踐目的的不同,，我輕易不放棄鍛煉的機會,，事實上，有機會就一定要比以前有所突破,，總是照搬以前的做法還不如就不做呢,。這個前提是因為現(xiàn)在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了,，因此當然要抓緊機會了,。不過還有一個隱藏原因，總以為自己很了不起,，其實"遇到的問題數(shù)跟人的能力是成正比的",。
