資料庫分析與設計案例,什麼習題書比較好?案例中涉及到ER圖

2021-04-20 06:39:06 字數 3567 閱讀 6387

1樓:匿名使用者

習題書還是教科書?

ullman的《資料庫系統基礎教程》不錯,每章背後的習題也適合學生。

2樓:君子的無奈

er圖、關聯式資料庫以及資料庫表等是比較專業的知識,只要你掌握理論和精髓,就可以運用自如,什麼習題書都只是些習題,大體相同,但你要通過練習掌握精髓,然後就可以應付自如了。

資料庫設計案例分析 10

3樓:匿名使用者

加到200分吧,我幫你

4樓:匿名使用者

booking、drivers、buses、workshop、mechanics

資料庫原理與應用的一道er圖以及關係模式設計題 跪求啦

5樓:草原上之狼

資料庫設計通常來分為

自6個階段1(需求分析:分bai析使用者的du需求,包括資料、功zhi能和效能需求;2概念結dao構設計:主要採用e-r模型進行設計,包括畫e-r圖;3邏輯結構設計:

通過將e-r圖轉換成表,實現從e-r模型到關係模型的轉換;4資料庫物理設計:主要是為所設計的資料庫選擇合適的儲存結構和訪問路徑;5資料庫的實施:包括程式設計、測試和試執行;6資料庫執行與維護:

系統的執行與資料庫的日常維護。),主要討論其中的第3個階段,即邏輯設計。通過乙個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。

資料庫中的er圖應該出現在第幾階段

6樓:仙人掌的憂傷

資料庫設計通常分為6個階段:

1、需求分析:分析使用者的需求,包括資料、功能和效能需求;

2、概念結構設計:主要採用e-r模型進行設計,包括畫e-r圖;

3、邏輯結構設計:通過將e-r圖轉換成表,實現從e-r模型到關係模型的轉換;

4、資料庫物理設計:主要是為所設計的資料庫選擇合適的儲存結構和訪問路徑;

5、資料庫的實施:包括程式設計、測試和試執行;

6、資料庫執行與維護:系統的執行與資料庫的日常維護。主要討論其中的第3個階段,即邏輯設計。通過乙個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。

7樓:族諾子悠

資料庫設計通常分為6個階段1(需求分析:分析使用者的需求,包括資料、功能和效能需求;2概念結構設計:主要採用e-r模型進行設計,包括畫e-r圖;3邏輯結構設計:

通過將e-r圖轉換成表,實現從e-r模型到關係模型的轉換;4資料庫物理設計:主要是為所設計的資料庫選擇合適的儲存結構和訪問路徑;5資料庫的實施:包括程式設計、測試和試執行;6資料庫執行與維護:

系統的執行與資料庫的日常維護。),主要討論其中的第3個階段,即邏輯設計。通過乙個實際的案例說明在邏輯設計中e-r圖向關係模式的轉換。

在microsoft visio中畫資料庫的er圖,應該選擇哪種模具啊?

8樓:匿名使用者

要做資料字典等文件,我還是建議你使用powerdesigner

這個用起來,更為專業一些,而且與資料庫關聯也更好一些.

9樓:本末終始

1.visio有專用的資料復庫建模模板制

,操作如下:

檔案-->新建-->軟體和資料庫-->資料庫??(手頭電腦未裝visio,記得不太清.大概是不錯的.)

2.visio的資料庫建模模板與er圖有所不同,但更好用,也更先進。

3.若一定要畫er圖,可用「框圖」或「基本框圖」模板,其中有了所有er圖需要的形狀。操作如下:

檔案-->新建-->常規-->框圖(或基本框圖)

10樓:無知少年祥天

visio2013。看圖,選擇chen's資料庫表示法即可

er圖與資料庫表的關係是神馬?

11樓:仁昌居士

e-r圖提供了表示資料庫表的實體型別、屬性和聯絡的方法,是表示概念關係模型的一種方式。為表述實體聯絡模式圖形式的資料表模型提供了圖形符號。這種資料表模型典型的用在基於資料庫的資訊系統設計的需求分析階段,用來描述資訊需求和/或要儲存在資料庫中的表資訊的型別。

12樓:匿名使用者

er圖是基於er模型(實體關係模型)畫的,屬於概念模型,是對現實世界的實體及其之間關係的抽象。

資料庫表是屬於資料模型,用來描述資料的結構關係。

通常我們資料庫的設計要經過下面這個過程:

現實世界-〉概念模型-〉資料模型

一般專案的設計中,首先通過需求分析的人員根據客戶抽象出 er圖,然後由資料庫的設計人員根據er圖和使用者對查詢等方面的需求設計出資料庫的表結構,以及相關的檢視和索引。

13樓:粉色灰末

畫er圖就是在設計資料庫。

er圖就是實體關係圖(資料庫關係圖),主要完成了對系統中資料部分設計。

14樓:葉孜李

er圖是通過分析問題用一定的方法畫出的類似於工作流程的圖,但圖中主要是流程中的實體(如:班級,教師,學生等)。然後你根據這些主體建立表 基本上就是乙個實體一張表(這個具體看下書就會了)。

所有的表組成資料庫。

資料庫設計er圖相關的問題 80

15樓:匿名使用者

首先告訴你設計這東西沒有對錯,只有優劣,所以說沒有正確答案,要看自己需求和經驗。針對你的問題:1.

在畫er圖時是否每乙個實體或關係必需在實際建表中實際存在?答:根據我的經驗,實體一般都要建表,聯絡(關係)要分情況,一般一對多的聯絡,這個聯絡作為多的一方表中的乙個字段。

多對多的聯絡,要建一張表。(不要問我一對一的聯絡怎麼辦);2比如說er圖有管理員和新聞這兩個實體,聯絡是釋出,那釋出這個聯絡是不是在建表時有這張表?答:

根據乙個管理員能釋出多篇新聞,而一篇新聞只能被乙個管理員釋出(當然你也可以有你自己的規則,比如說我就規定了,一篇新聞要多個管理員聯合才能釋出,你都「就」了,我也沒辦法,如此正好體現「設計沒有對錯」這句話,因此便是多對多的關係)。管理員和新聞是一對多的關係。那麼在多的一方,新聞表中儲存管理員的主鍵。

這樣就可以通過乙個具體的管理員查詢到他釋出的所有新聞,也可以通過一篇新聞,查詢是哪個管理員釋出的。那麼問題來了,只在新聞表中儲存管理員主鍵,「釋出」這個聯絡(動詞)如何體現。其實「釋出」這個聯絡(動詞)其實是一種操作,你把新聞表中各個欄位都填寫並存到資料庫,就是在發生這種「釋出」的聯絡。

所以「釋出」以寫成方法(有些語言叫函式),我們一般統一稱呼為新增(crud,即增刪改查)。看起來「釋出」這個聯絡貌似沒在資料庫體現,但是沒有資料庫中在新聞表中儲存管理員主鍵,這種「釋出」(新增)操作是沒法完美實現的,就是說你不能根據使用者查詢到釋出的所有新聞,根據新聞查詢到是哪個使用者釋出的。所以也就沒法體現「釋出」這種關係了。

所以有經驗了,你會發現什麼「釋出」,「選課」,「借書」等等一切的聯絡只是字面不一樣,大部分都可以通過儲存另一張表的主鍵解決他們之間的聯絡,望你用心感悟。經驗之談,說不上正確,但確是實踐的感悟,思考、打字不易,望採納。

16樓:470771174是

資料庫設計er圖相關的問題保留製作原件的.

資料庫課程設計老師一般問什麼,要做資料庫課程設計,但是老師還要叫我們做介面,還有伺服器什麼的

我們當初問的是,整個專案的邏輯,就是要當著老師的面把整個專案的功能 實現的邏輯講清楚 老師這樣做的目的是想看看你對這個專案到底懂了沒有,還有就是這個專案是不是你們做的 謝謝!要做資料庫課程設計,但是老師還要叫我們做介面 還有伺服器什麼的 如果不限制語言的話,可以試著使用c 來構建,特別簡單,基本上就...

網頁設計中使用者登陸設計時怎樣與資料庫連線

dim connweb,connstrconnstr provider sqloledb data source ip位址或機器名 uid 使用者名稱 pwd 登入密碼 database 資料庫名 set connweb server.createobject adodb.connection co...

資料來源與資料庫有什麼區別,什麼是資料來源?

資料庫是乙個資料的工廠,可以理解成產品的生產廠家,如果你從廠家租用東西,廠家就馬上找人開工,啟動裝置,等生產好之後,發貨給你。當然整個生產過程需要比較長的時間。資料來源,是乙個產品 倉庫,那裡原來就有一些生產好的產品了,所以你從 獲取產品,可以馬上就得到。當然 的倉庫也是有大小限制的。無論哪種情況,...