數據庫設計心得體會

時間：2022-12-11 14:39:16 心得體會

數據庫設計心得體會

　　當我們備受啟迪時，有這樣的時機，要好好記錄下來，這樣可以記錄我們的思想活動。很多人都十分頭疼怎么寫一篇精彩的心得體會，以下是小編幫大家整理的數據庫設計心得體會，歡迎閱讀與收藏。

數據庫設計心得體會

數據庫設計心得體會1

　　兩個星期時間非常快就過去了，這兩個星期不敢說自己有多大進步，獲得了多少知識，但起碼是了解了項目開發部分過程。雖說上過數據庫上過管理信息系統等相關課程，但是沒有親身經歷過相關設計工作細節。這次實習證實提供了一個很好機會。

　　通過這次課程設計發現這其中需要很多知識我們沒有接觸過，去圖書館查資料時候發現我們前邊所學到僅僅是皮毛，還有很多需要我們掌握東西我們根本不知道。同時也發現有很多已經學過東西我們沒有理解到位，不能靈活運用于實際，不能很好用來解決問題，這就需要我們不斷大量實踐，通過不斷自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用東西。從各種文檔閱讀到開始需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統設計開發過程。很多東西書上寫很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統時候才發現其中難度。經常做到后面突然就發現自己一開始設計有問題，然后又回去翻工，在各種反復中不斷完善自己想法。

　　我想有這樣問題不止我一個，事后想想是一開始著手做時候下手過于輕快，或者說是根本不了解自己要做這個系統是給誰用。因為沒有事先做過仔細用戶調查，不知道整個業務流程，也不知道用戶需要什么功能就忙著開發，這是作為設計開發人員需要特別警惕避免，不然會給后來工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后課程設計要特別注意這一塊設計。

　　按照要求，我們做是機票預訂系統。說實話，我對這個是一無所知，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計下場我已經嘗過了，結果就是出來一個四不像設計方案，沒有什么實際用處。沒有前期調查，僅從指導書上那幾條要求著手是不夠。

　　在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們生活經驗，根據可行性研究結果和客戶要求，分析現有情況及問題，采用Client/Server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，服務器端子系統。在兩周時間里，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由于忘記了一些java語言規范使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言規范性以及我們在編程時要有嚴謹態度，同時在寫程序時如有一定量注釋，既增加了程序可讀性，也可以使自己在讀程序時更容易。

　　我們學習并應用了SQL語言，對數據庫創建、修改、刪除方法有了一定了解，通過導入表和刪除表、更改表學會了對于表一些操作，為了建立一個關系數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價一般過程，為畢業設計打下基礎。

　　很多事情不是想象中那么簡單，它涉及到各種實體、屬性、數據流程、數據處理等等。很多時候感覺后面設計根本無法繼續，感覺像是被前面做各種圖限制了。在做關系模型轉換時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。

　　物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引部分，對一些比較經常使用搜索列，外鍵上建立索引，這樣可以明顯加快檢索速度，最后別忘記重要安全性設置，限制用戶訪問權限，新建用戶并和數據庫用戶做相應映射。

　　不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難事在你嘗試之后你可能會發現原來她并沒有你以前覺得那樣，自己也是可以。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以后從事這方面工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇于嘗試，這是這次課程設計給我最大感想！

　　以上基本是這次實習體會了，設計進行非常艱難，編碼非常不容易，才發現做一個項目最重要不在于如何實現，而是實現之前需求分析和模塊設計。創新很難，有些流行系統其實現并不難，難在于對市場分析和準確定位。設計，是一個任重道遠過程。

數據庫設計心得體會2

　　時間真的如輪一樣在飛轉，一周的實訓又一次即將結束，可是，感覺仿佛只過去了一天。實訓結束也意味著這個學期也將結束。不管時間多么的飛快，這周短暫的VB程序設計實訓同樣讓我們收益不少。首先，不說我們學到了多少專業知識，也不說我們學到了多少專業技能。在這樣零下1度的天氣中實訓，著實是鍛煉我們的意志力。人都有惰性，這是無可厚非的事實。在寒冷的天氣里，賴床就更是常有的事。因為要實訓，我們很多平常經常遲到的同志不得不早起。就說實訓的第一天，外面飄著白雪，早上，手機的鬧鈴已經響過第二遍了。

　　我們宿舍的幾個姐妹還躲在被窩里無動于衷。可是，當一個姐們突然說了一句，“這周要實訓”時，我們都‘呼啦’爬了起來，以驚人的速度洗漱好，急忙趕到教室。不管平時多么懶散的同學，這次實訓都表現的異樣的認真。這應該算是實訓賦給我們的特別禮物吧！實訓的目的無非就是訓練我們的操作能力，以及提高我們的專業技能。實踐出真知，這是不變的真理。毫無疑問，這次VB程序設計實訓讓我們每一位同學都在不同程度上提高了編程技能。編程是我們的專業課程，可是，在老師平時上課的時候，班上大部分同學都以怠慢的態度對待。所以，對這門課程學的泛泛的。

　　實訓前，如果要我們做一個管理系統，我想班上能完成任務的同學應該寥寥無幾。在實訓前，我們常抱怨，編程有多么的難。一個學期的學習，我們居然都不能完全的做出一個管理系統來。而這次短短的實訓，卻讓我們學會了做管理系統。沒錯，就是短短的幾天，我們每位同學都完成了一個自己做的管理系統。這說明，編程它本身不是很難，而在于你是不是真正的學習了。這次實訓讓我深刻的.明白，你的態度決定一切。就以我自己的經歷來說，一個學期的學習還沒沒短短一周學到的多。這是為什么？主導因素就是態度。在平日的學習中，我抱著不以為然的態度，以懶散的心態對待這門課程。所以，一個學期下來，我的編程學的一塌糊涂。而這次實訓，就像是一場實戰，必須認真對待。而這幾天踏踏實實的學習，將我平日落下的學習全都補救過來了。真的非常感謝這次實訓。通過這次實訓，我的編程技能確比之前實提高了不少。

　　更重要的是，在這次實訓中，讓我明白：學習或生活中發現了自己的不足，就要及時改進。不管是在學習中，還是在生活中，有不懂的沒關系。而，如果不懂，也不去問，就是一件很悲哀的事情。這次實訓中，我遇到了很多不懂的問題，但是，這些不懂最后都被我弄懂了。因為遇到不懂的不會做的我及時主動詢問了周圍的同學。同學不懂的，我又詢問了老師。不要認為問別人是一件讓人很羞恥的事情。不懂就問，不但不會讓你蒙羞，反而能顯示你的真實與謙虛。

　　總之，這次實訓我又有不少新收獲。

　　最后，還要感謝這次實訓期間周圍同學的熱情幫助和老師的熱心講解與指導。

數據庫設計心得體會3

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

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

　　我所負責的是數據庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了癡迷的程度。然而php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。

　　當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閱下，我把自己的`模塊做好了。這就是我收獲最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

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

數據庫設計心得體會4

　　本次課程設計，使我對《數據結構》這門課程有了更深入理解。《數據結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。

　　我課程設計題目是線索二叉樹運算。剛開始做這個程序時候，感到完全無從下手，甚至讓我覺得完成這次程序設計根本就是不可能，于是開始查閱各種資料以及參考文獻，之后便開始著手寫程序，寫完運行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全，經常運行出現錯誤，但通過同學間幫助最終基本解決問題。

　　在本課程設計中，我明白了理論與實際應用相結合重要性，并提高了自己組織數據及編寫大型程序能力。培養了基本、良好程序設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。并對VC有了更深入了解。《數據結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。

　　上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟件設計綜合能力訓練，包括問題分析，總體結構設計，程序設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“數據結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己編程能力與專業素質。

　　通過這段時間課程設計，我認識到數據結構是一門比較難課程。需要多花時間上機練習。這次程序訓練培養了我實際分析問題、編程和動手能力，使我掌握了程序設計基本技能，提高了我適應實際，實踐編程能力。總來說，這次課程設計讓我獲益匪淺，對數據結構也有了進一步理解和認識。

　　一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。

　　課程設計是我們專業課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業工作前一個必不少的過程。“千里之行始于足下”，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是數據結。

　　數據結構，是一門研究非數值計算的程序設計問題中計算機的操作對象（數據元素）以及它們之間的關系和運算等的學科，而且確保經過這些運算后所得到的新結構仍然是原來的結構類型。“數據結構”在計算機科學中是一門綜合性的專業基礎課。數據結構是介于數學、計算機硬件和計算機軟件三者之間的一門核心課程。數據結構這一門課的內容不僅是一般程序設計（特別是非數值性程序設計）的基礎，而且是設計和實現編譯程序、操作系統、數據庫系統及其他系統程序的重要基礎。通過這次模具設計，我在多方面都有所提高。

　　在界面設置中使用函數調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須采用標準英文大寫，同時在制作顯示菜單的窗口，大小根據菜單條數設計。最后采用printf輸出程序設計界面。

　　這次的程序軟件基本上運行成功，可以簡單的.建立鏈式循環鏈表，并進行輸出，及循環語句的運用和選擇語句的控制。由于時間和知識上的限制，使得程序規模相對較小，即功能還不很全面，應用也不很普遍。原來C語言可是涉及很多知識，而不是枯燥無聊的簡單的代碼部分而已，利用C語言方面的知識，我們可以設計出更完善的軟件。

　　通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以后的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久后我們的編程能力都會有很大的提高能設計出更多的更有創新的作品。

數據庫設計心得體會5

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

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

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

數據庫設計心得體會6

　　跟老板做了兩個算是比較大的項目，數據庫主體都是我設計的。第一個感覺很失敗；第二個現在正在用，雖然總結了第一個的教訓，但感覺還是有些遺憾。把這過程中的一些心得記在這里，以便日后用到時來查閱。若以后還有機會再設計數據庫——現在倒還有些期待，呵呵，再有新的體會，也全部補充到這里。

　　1.盡量使用數據冗余。

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

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

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

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

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

　　3.使用預留字段。

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

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

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

數據庫設計心得體會7

　　索引、規則、默認值和約束

　　在這個小組中，我負責建立圖書數據庫的索引、規則、默認值和約束。數據庫的索引是一個表中所包含的值的列表，注明了表中包含各個值的行所在的存儲位置。創建索引，我最大的感受是能節約大量時間，特別是當表中數據很大時。規則、約束、默認值則一起保證了數據的完整性。規則是數據庫中隊存儲在表的列或用戶定義數據類型中的值的規定和限制；約束定義了關于列中允許值的規則；默認值是用戶輸入記錄時向沒有指定具體數據的列中自動插入的數據。這些都是創建一個數據庫必不可少的元素。

　　表的創建

　　在我們這個小組里，我負責關于表的創建部分，包括了字段名、數據類型和主鍵的設計。我做的數據庫設計部分，首先必須弄清楚表中列的數據類型，是char、varchar、int、datetime、smallint型等等，還有是幾個字符長度。還有的就是它的值是否可以為空的，這也是需要考慮的。在這個過程中我需要注意的是表的列名是不能重復的，它是具有唯一性的。設置主鍵相對而言就比較容易了，我最大的體會是對于表中每列的數據類型的分析必須謹慎細心，否則很容易出錯。

　　e-r圖

　　在我們組我負責畫e-r圖。它是這次項目設計的關鍵點，如果e-r圖設計錯誤那么接下來的設計就無法進行，因此設計e-r圖時需要特別的認真。e-r模型能夠方便地模擬研究對象的靜態過程。e-r ,即實體-聯系方法，e-r圖直觀提供了表示實體型、屬性和聯系的方法。在畫e-r圖過程中，必須明確識別實體、屬性和聯系，用矩形、橢圓和菱形對應框出來。畫這個圖為后面的數據庫設計打好基礎，通過這次的數據庫設計，我學到了不少知識，將理論運用與實際。

　　表關系圖

　　在我們小組，我負責的是創建表關系圖這部分。建表關系圖相對來說也是比較容易的，只需要明確表之間的關系，有相同列內容的表用線連接起來。創建表關系圖時，把老師上課講的內容結合起來，就比較輕松了。通過這次小組設計，分工合作，我學到了很多書本上不能學到的東西，感覺對數據庫的了解有所提高，畢竟自己親自設計過一個數據庫，不再是書本上的理論，空空而談，自己覺得還是有收獲的。

　　實驗總結

　　在這次項目設計中，我們小組所選擇的是設計一個圖書管理系統，這對我們來說是一次嘗試與創新的過程，也可以說是一個挑戰的過程。雖然學了數據庫這么久了，但是我們還是缺少經驗。現在我們利用自己學到的知識設計并制作一個圖書管理系統，這本身就是一個知識轉化為生產力的過程，所以大家都很興奮，都不同程度的投入了很高的熱情與努力。

　　在具體的設計與實施中，我們看到并感受到了一個管理系統從無到有的過程，對具體的設計步驟、思路、方法、技巧都有了進一步的了解，并感受深刻。這次課程設計加深了我們對數據庫系統設計相關知識以及sql server相關功能的理解。比如在建立基本的表、視圖、索引、存儲過程、觸發器等，都比以前更加熟悉了，并在解決各種問題的過程中學到了很多新的知識。

　　在設計中我們基本能按照規范的方法和步驟進行，首先對現有的系統進行調查，并查閱有關資料，最后確定設計方案，然后設計并制作，實施過程中我們

　　深刻的認識到認真執行管理系統軟件標準的重要性，由于我們對管理系統軟件相關的'標準和規范不太了解，缺少行為操作準則，所以在設計中手法比較生硬，主與次也沒能很好把握住，這些方面通過這次產品。那個時候我已經學過vc和asp，因為，我接觸到microsoft 公司的net產品。那個時候我已經學過vc和asp，因為至少微軟是這么宣傳的，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just do it！語言并不重要畢竟它僅僅是工具，用好一個工具并不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊！

　　我很慶幸我參加了這次數據庫大賽，讓我確實打開了眼界。

　　（最后，很感激學校給了我們這次動手實踐的機會，讓我們學生有了一個共同學習，增長見識，開拓視野的機會。也感謝老師們對我們無私忘我的指導，我會以這次課程設計大賽作為對自己的激勵，繼續學習。畢竟學習就是一個just do it的過程！）我直接從報告上面復制過來的....所以這段也不刪去了.............呵呵。

　　題目大概是用可視化編程實現一個簡單的數據庫管理系統我用的是bcb 題目雖然是簡單但也明白了很多以前以為懂的問題代碼到沒什么這種題目用bcb的話已經不用幾行代碼了關鍵是了解了這些名詞paradox，ado，bde，odbc 一開始拖控件,寫幾行代碼很快就完成了編譯也通過了但傳到同學機器上就是顯示不出數據來折騰了我1天又是發帖子又是問群里的達人后來明白了我用的paradox數據庫是用bde引擎的發布軟件的時候要把bde打包于是又學著打包bde 卻發現不到1m的軟件如果打包bde的話就10＋m了而且bcb6自帶的那個打包軟件用的我頭暈目眩于是又想不用bde 所以又折騰了我半天答案是要使用ado控件（以前我用的是bde控件）而且要用access數據庫了解了這些之后作業也就完成了總的看來還是很有收獲的幸虧我下了決心這個作業要自己做沒有去網上下載呵呵

數據庫設計心得體會8

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

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

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

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

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

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

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

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

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

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

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

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

【數據庫設計心得體會】相關文章：