第一篇：數據庫設計心得體會(完整版)

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

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

表的創建

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

E-R圖

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

表關系圖

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

實驗總結

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

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

在設計中我們基本能按照規范的方法和步驟進行，首先對現有的系統進行調查，并查閱有關資料，最后確定設計方案，然后設計并制作，實施過程中我們深刻的認識到認真執行管理系統軟件標準的重要性，由于我們對管理系統軟件相關的標準和規范不太了解，缺少行為操作準則，所以在設計中手法比較生硬，主與次也沒能很好把握住，這些方面通過這次我們都要加強了解。

在這次課程設計中，我們被分配以小組為單位去完成圖書管理系統的設計與制作，所以小組內的分工和相互協調很重要，大家可以在分工中揚長避短，個及所長，這樣可以很好的提高大家的積極性，和合作意識，并有效的縮短開發時間，但我們在這方面做的還不夠，缺乏人員管理與溝通，導致人力資源浪費，可以說是不足之處，且迫切的需要思考和改進，這一點必須指明。這在以后的工作與學習中將會非常重要。

第二篇：2016數據庫設計心得體會 3篇

2016數據庫設計心得體會 3篇

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

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

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

2.盡量不要使用varchar(max)類型

這一點主要是用動軟代碼生成器自動生成代碼時，如果varchar的最大長度指定為max，在自動生成代碼時，它無法生成這一最大長度，需要手動補進去。現在感覺用個varchar(1000)就夠了。3.使用預留字段。

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

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

個人感覺用note1、note2、r1（r表示reserve）、r2、r3，2個備注字段和3個預留字段就足夠了,再多的話就不容易記住哪個字段具體表示什么意義了，容易暈。類型就都用varchar(200)吧。數據庫設計心得體會（2）： 在我看來，數據庫課程設計主要的目標是利用課程中學到的數據庫知識和技術較好的開發設計出數據庫應用系統，去解決各行各業信息化處理的要求。通過這次的課程設計，可以鞏固我們對數據庫基本原理和基礎理論的理解，掌握數據庫應用系統設計開發的基本方法，進一步提高我們綜合運用所學知識的能力。

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

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

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

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

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

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

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

之前，我寫了關于數據庫外鍵設計的心得，現在再談談我對于數據庫主鍵的設計心得。我這里只討論邏輯主鍵替代聯合主鍵的問題。

學習數據庫時，書本上都寫到，在碰到一個數據庫的字段必須由兩個主碼決定時，我們應該采用這兩個主碼來作為聯合主鍵，并且，這樣做會消除數據冗余。但在實際應用中，你會慢慢發現——實踐才是檢驗真理的唯一標準。

設想有一張表的主鍵是聯合主鍵，如果我想將這張表的主鍵作為另一張表的外鍵時，我該怎么辦呢？將聯合主鍵一起作為另一張表的外鍵？那相信程序員會罵人了，為這樣的表寫程序是需要很好的毅力才能完成的。這時就應該用邏輯主鍵來代替聯合主鍵，并把這兩個主碼分別作為表的外鍵（一般的聯合主鍵都是由兩個外鍵組成）。這樣滿足第三范式，雖然增加了數據冗余，但是對于另外一張表卻消除了數據冗余，所以這點第一公文網網犧牲是值得的。現在虧本是為了以后賺錢！

當然這并不是絕對的，在有的情況下，用聯合主鍵可能會更好。不過，對于我來說，碰見這種情況的幾率非常小。

總之，理論歸理論，從實踐中才能得到真知。例如，雖然理論上要求數據庫達到的范式級別越高越好，但在實際中，降低范式級別（當然，至少應達到第三范式的要求），往往能減小系統復雜度——這也是軟件工程的最基本目標。

第三篇：數據庫心得體會

數據庫總結

學號：班級：姓名：

摘要

創建、修改數據表，包括主鍵、外鍵及約束創建、修改數據表，包括主鍵、表的數據的輸入、修改、刪除，Insert、Update、Delete 表的數據的輸入、修改、刪除，Insert、Update、語句 索引的概念，創建索引，索引的概念，Select語句，包括單表查詢、多表查詢和嵌套查詢 Select語句 包括單表查詢、語句，視圖的概念，創建視圖視圖的概念。

關鍵詞：數據庫、刪除、查詢

一、數據庫主要知識點

介紹了數據模型和三層模式數據庫。本章要求我們理解實體-聯系方法，并學會繪制E-R圖。此外還應掌握概念數據模型的意義和傳統的三大數據模型，以及數據獨立性和數據庫三層模式結構。

接著開始著重講述現在普遍使用的關系數據庫。包括關系數據模型的數據結構和基本術語，關系模型的完整性約束和關系代數運算。重點是關系模式完整性的分類和功能，以及關系代數中集合運算和關系運算。最后介紹了關系數據庫系統的三層模式結構。

系統講述關系數據庫的標準語言SQL的定義功能、查詢功能、操作和控制功能。重點在于數據查詢功能。另外還介紹了視圖的用法

和動態SQL中定義、操作和查詢功能。

知識點有：存儲過程的創建和執行過程、修改和刪除；觸發器的基本概念，建立，插入和刪除視圖，插入、刪除和更新類觸發器。最后介紹了數據完整性。

介紹安全性，包括安全性措施的層次、數據庫管理系統的安全功能等，用戶管理和角色管理，權限管理。其他的安全問題包括：數據加密、審計、統計數據庫和用戶定義的安全性措施。

事務管理這一章首先介紹了事務的概念、性質以及SQL對事務的支持。并發控制——干擾問題、可串行性、封鎖、死鎖、隔離級別、封鎖與隔離級別；恢復——故障類型、備份類型、日志的概念、恢復模型、備份轉儲、還原。

為關系數據理論：函數依賴術語和符號；函數依賴的公理系統——Amstrong公理的內容及其正確性、邏輯蘊含和閉包、公理的完備性、閉包的計算、函數依賴集的等價和最小化；規范化——1NF、2NF、3NF、BCNF；模式分解。

數據庫設計。完善E-R模型中的概念——弱實體，依賴關系，強制聯系；數據庫設計的過程主要掌握其建立的步驟。

介紹面向對象數據庫：新的數據庫應用和新的數據庫類型；面向對象的數據模型——對象與類；對象的屬性、方法和狀態、對象的交互和消息、類的確定和分化、封裝、繼承、多態；對象關系數據庫與對象數據庫；面向對象數據庫的研究。

分布式數據庫與分布式數據管理：概念；分布式數據庫的分布方

式；分布式數據庫特點和目標——更新傳播、分布式查詢處理、目錄表管理、分布式事務管理；SQLServer的復制及其術語、復制模型。

數據倉庫：概念；結構；數據倉庫系統；建立數據倉庫系統；實現數據倉庫的數據庫模型；數據倉庫與決策支持。

二、如何學好數據庫：

1．互動式教學法，每一堂實驗課均很好的“設計問題”、“引導思考”、“假設結論”、在實驗中“探索求證”。使不同程度的學生可以在不同層次上舉一反三。這樣，使得課堂學生生氣勃勃，師生互動，具有啟發性。

2.運用面向對象的技術：面向對象的分析OOA、面向對象的設計OOD、面向對象的編程OOP，根據表的關系，用窗體和子窗體、報表和子報表，仿真面向對象，這樣可以增加程序的可讀性和可維護性。

3.查詢的結果用窗體顯示或用報表打印，兩者的技術差不多。通常改變打開窗體或報表的條件就可控制顯示或打印的記錄范圍。另外用查詢做數據源時，動態改變查詢中的SQL語句，比在查詢中引用窗體的控件要方便，因為SQL語句生成是在VBA中，可以先存放在字符變量中，然后再更新查詢的SQL語句，這樣就可以用斷點來檢查變量值對不對，如果在查詢中引用窗體的控件，尤其是包含IIF()函數時，調試是很困難的。

第四篇：數據庫設計心得體會

數據庫設計心得體會

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

1.盡量使用數據冗余。

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

本科數據庫課程中學的知識直接

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

2.盡量不要使用varchar(max)類型

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

現在感覺用個varchar(1000)就夠了。

3.使用預留字段。

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

之前我覺得這樣做沒多大意義，因為預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預

留的無意義字段現在表示什么意義。不過我的第二個數據庫中還是沒采用，這也是遺憾之處啊。

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

數據庫設計心得體會(2)：

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

當我們這組決定做大學生就業咨詢系統時，我們并沒有著手寫程序。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、數據流

程分析和數據詞典。當這些都準備好了之后，我們進行模塊的分工。每個人都有自己的模塊設計，而且寫出來的代碼要求可以實現相應模塊的功能，得到理想的效果。當每個人都把自己的分工做好了，最后會由一個人把這些全部組合搭建在一起。我們使用的是html和php相互嵌套使用，當一個系統做好了之后，我會好好地把程序都看一遍，理會其中的奧秘。

我所負責的是數據庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了癡迷的程度。然而php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閱下，我把自己的模塊做好了。這就是我收獲最大的地方。而且，我明

白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

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

第五篇：數據庫設計說明書

**數據庫設計說明書

班級：姓名：學號引言

1.1 編寫目的1.2 編寫背景系統功能分析系統結構設計

3.1 概念結構設計（得出實體圖）

3.2 邏輯結構設計（實體、聯系的具體信息）

3.3 物理結構設計（表的結構）權限設計設計實施與實現