如何評價資料庫邏輯設計的優劣

① 急！求個資料庫課程的設計！！

1.這個很簡單啊!!我現在做項目都要設計這些ER表關系模型的啊！呵呵你就把專每個表的關系和對應的屬主外鍵標示出來，並標示出每個表和別的表的關系一共有三種關系 1 對 1 ，1 對 N，N 對 N 關系，
2.分析需求，把表的關系弄明白了你的需求也就相應的出來了。
3.根據我以上的提示你完全可以畫出來，就是一個圖例標示各個表的對應關系。
4.3NF表示你設計的表，操作起來不庸余。
5.為說明這樣設計啊！你表達自己這樣設計的好處比如：這樣設計表關系明確，
易操作等。

最後將表建起來就可以了啊！這一步是很重要的，原本我是想給你建起來，但
想這一步你如果走不好以後會很困難的，做項目都用的到。好好學相信自己。

② 什麼是資料庫的邏輯結構設計試述其設計步驟

資料庫設計的過程(六個階段)
1.需求分析階段
准確了解與分析用戶需求（包括數據與處理）
是整個設計過程的基礎，是最困難、最耗費時間的一步
2.概念結構設計階段
是整個資料庫設計的關鍵
通過對用戶需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型
3.邏輯結構設計階段
將概念結構轉換為某個DBMS所支持的數據模型
對其進行優化
4.資料庫物理設計階段
為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）
5.資料庫實施階段
運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果
建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行
6.資料庫運行和維護階段
資料庫應用系統經過試運行後即可投入正式運行。
在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改
設計特點:
在設計過程中把資料庫的設計和對資料庫中數據處理的設計緊密結合起來將這兩個方面的需求分析、抽象、設計、實現在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計

③ 資料庫原理設計心得體會

這段時間的設計與製作，給了你怎樣的一些心得體會呢？那麼記錄下來吧！下面是由我為大家整理的「資料庫原理設計心得體會」，僅供參考，歡迎大家閱讀。

資料庫原理設計心得體會（一）

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

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

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

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

資料庫原理設計心得體會（二）

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

通過這次課程設計發現這其中需要的很多知識我們沒有接觸過，去圖書館查資料的時候發現鍵歲我們前邊所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位，不能靈活運用於實際，不能很好的用來解決問題，這就需要我們不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。

從各種文檔的閱讀到開始的需求分析、概念結構設計、邏輯裂旦結構設計、物理結構設計。親身體驗了一回系統的設計開發過稿源睜程。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到後面突然就發現自己一開始的設計有問題，然後又回去翻工，在各種反復中不斷完善自己的想法。

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

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

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

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

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

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

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

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

資料庫原理設計心得體會（三）

資料庫課程設計大賽塵囂漸漸遠去，懷著對這次大賽些許不舍，懷著對當初課程設計開始時候豪情萬丈決心留戀，懷著通過這次課程設計積累信心與鬥志，我開始寫這篇文章，為自己足跡留下哪怕是微不足道但是對自己彌足珍貴痕跡並期望與大家共勉。

首先，讓我記憶追溯到大二暑假，在老大指引下（老大勸我學ASP（ASP培訓）net），我接觸到microsoft公司net產品。那個時候我已經學過vc和asp，因為windows程序設計實驗課關系，接觸過VB（VB培訓），但是沒有專門去學他，因為習慣了c++裡面class，int，覺得vbsub，var看著就不是很順心。我是一個好奇心很強人，突然看到了一個號稱「。net是用於創建下一代應用程序理想而又現實開發工具」，而且主推c#語言，由於對c語言一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#學習，任何語言都不是孤立存在，所以數據交互是很重要，暑假時候我把我們這學期課本資料庫系統概論看了一遍。我記得以前用c語言編程時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是資料庫站出來時候啦，於是我又裝上了sql server2000，以前學asp時候用是access，那個時候只是照著人家做，理論是什麼也不是很清楚。

開發時候我想過用什麼架構，c/s模式？模式有很多，怎麼選擇？我就上網搜索現在最流行架構是什麼。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。just do it！前期工作準備好後，那麼我就得把我暑假學net加以實踐。這個時候我更加深入了解了利用ado、net操縱資料庫知識。並且對資料庫裡面存儲過程有了比較深入了解。經過大概2個多星期奮斗，我完成了我資料庫課程設計——基於net數據集圖書館管理系統。並最後非常榮幸獲得了大賽一等獎以及以及新技術應用獎。

與其臨淵羨魚，不如退而結網。這次資料庫課程設計給我最大印象就是如果自己有了興趣，就動手去做，困難在你勇氣和毅力下是抬不了頭。從做這個資料庫開始無論遇到什麼困難，我都沒有一絲放棄念頭。出於對知識渴望，出於對新技術好奇，出於對一切未知求知。我完成了這次資料庫課程設計，不過這只是我學習路上驛站，未來十年net核心技術就是xml[至少微軟是這么宣傳]，我會繼續學習它，包括jave公司j2ee我也很想試試，語言本來就是相通，just do it！語言並不重要畢竟它僅僅是工具，用好一個工具並不是一件值得為外人道事情，主要是了解學習思想。古語說好：學無止境啊。

實際上從學習經歷來看，我們接觸知識體系都是屬於比較老或比較傳統，與現在發展迅速IT行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。雖然是一個資料庫課程設計，由於本人在選擇項目時候是本著對自己有實際應用價值角度考慮，所以其中也涉及到一些資料庫以外設計。總而言之，這次資料庫設計心得體會不能用語言完全表達。

④ 什麼是資料庫的概念設計、邏輯設計、物理設計，以及三者的關系

1、概念設計：

對用戶要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中住處的分類、聚集和概括，建立抽象的概念數據模型。這個概念模型應反映現實世界各部門的信息結構、信息流動情況、信息間的互相制約關系以及各部門對信息儲存、查詢和加工的要求等。

所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。以擴充的實體—（E-R模型）聯系模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯系以及對信息的制約條件等，從而給出各部門內所用信息的局部描述。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現實世界的概念數據模型。

2、邏輯設計：

主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支持的邏輯數據模式。與此同時，可能還需為各種數據處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。

3、物理設計：

根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理存儲結構(包括文件類型、索引結構和數據的存放次序與位邏輯等)、存取方法和存取路徑等。這一步設計的結果就是所謂「物理資料庫」。

4、三者關系：

由上到下，先要概念設計，接著邏輯設計，再是物理設計，一級一級設計。三者一環扣住一環，缺一不可，概念設計是前提，邏輯設計是紐扣，將概念設計和物理設計緊密聯系起來，物理設計的結果就是傳說中的「物理資料庫」也就是最後的結果。三者密不可分，缺一不可。

(4)如何評價資料庫邏輯設計的優劣擴展閱讀

資料庫設計的基本步驟：

1、需求分析階段：准確了解與分析用戶需求（包括數據與處理），是整個設計過程的基礎，是最困難、最耗費時間的一步。

2、概念結構設計階段：是整個資料庫設計的關鍵,通過對用戶的需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型。從實際到理論。

3、邏輯結構設計階段：將概念結構轉換為某個DBMS所支持的數據模型,對其進行優化。優化理論。

4、資料庫物理設計階段：為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。選擇理論落腳點。

5、資料庫實施階段：運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果,建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行。理論應用於實踐。

6、資料庫運行和維護階段：資料庫應用系統經過試運行後即可投入正式運行。在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改。理論指導實踐，反過來實踐修正理論。

主要特點：

1、 實現數據共享：資料庫伺服器數據共享包含所有用戶可同時存取資料庫中的數據，也包括用戶可以用各種方式通過介面使用資料庫，並提供數據共享。

2、 減少數據的冗餘度：同文件系統相比，由於資料庫實現了數據共享，從而避免了用戶各自建立應用文件。減少了大量重復數據，減少了數據冗餘，維護了數據的一致性。

3、數據的獨立性：數據的獨立性包括邏輯獨立性（資料庫中資料庫的 邏輯結構和 應用程序相互獨立）和物理獨立性（數據物理結構的變化不影響數據的邏輯結構）。

4、數據實現集中控制：文件管理方式中，數據處於一種分散的狀態，不同的用戶或同一用戶在不同處理中其文件之間毫無關系。利用資料庫可對數據進行集中控制和管理，並通過 數據模型表示各種數據的組織以及數據間的聯系。

5、數據一致性和可維護性，以確保數據的安全性和可靠性主要包括：安全性控制：以防止數據丟失、錯誤更新和越權使用；完整性控制：保證數據的正確性、有效性和相容性；並發控制：使在同一時間 周期內，允許對數據實現多路存取，又能防止用戶之間的不正常交互作用。

6、故障恢復：由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障，可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。

⑤ 資料庫邏輯結構設計

現在需要將上面的資料庫概念結構轉化為 access 資料庫系統所支持的實際數據模型，也就是數內據庫的邏輯結構。在上面容的實體以及實體之間關系的基礎上，形成資料庫中的表格以及各個表格之間的關系。

根據功能設計模塊可設計煤礦突水態勢評價監測系統資料庫中各個數據表，即將各個功能模塊具體化，設計數據表的結果略。