1樓：滿天海晨星
第一種方案：關係如下，聯絡隱含表示方式：
教員（職工號，姓名，職專稱，年齡）
課程屬（課程號，課程名，課時數，職工號，教師號）教室（教室號，位址，容量）
學生（學號，姓名，年齡，性別）
選修（學號，課程號，成績）
其中教員和課程的一對多關係、教室和課程的一對多關係均隱含在課程關係中第二種方案：關係如下，聯絡顯式表示方式：
教員（職工號，姓名，職稱，年齡）
授課（職工號，課程號）
課程（課程號，課程名，課時數）
上課（教室號，課程號）
教室（教室號，位址，容量）
學生（學號，姓名，年齡，性別）
選修（學號，課程號，成績）
以上兩種方案中各關係主鍵一般是第乙個屬性，至於授課關係和上課關係可不設定主鍵，如果要設定的話也是全碼，選修關係中的主鍵是（學號，課程號）。
2樓：匿名使用者
在課程表中新增教員id和教室id
單建乙個表，包含課程id額學生id
請將下面e-r圖轉換成關係模式,並指出每個關係模式的主鍵及外來鍵.
3樓：匿名使用者
公司(公司編號,公司名,位址) 主鍵:公司編號倉庫(倉庫編號,倉庫名,位址,公司編號) 主鍵:倉庫編號 外來鍵:公司編號
職工(職工編號,姓名,性別)主鍵:職工編號聘用(倉庫編號,職工編號,聘期,工資) 主鍵:倉庫編號,職工編號 外來鍵倉庫編號參照倉庫表白外來鍵職工編號參照職工表
1、在e-r圖上註明聯絡的型別 2、將e-r圖轉化為關係模型，並註明主鍵和外來鍵
4樓：匿名使用者
部門與職bai員是1：n聯絡，
職員與工程是dum：n聯絡。
職員（zhi職工dao號，職工名，性別專，部屬門號）職工號為主鍵，部門號為外來鍵
部門（部門號，部門名，負責人，**）
部門號為主鍵
工作（職工號，工程號）
職工號與工程號共同為主鍵，且同
時為外來鍵
工程（工程號，工程名）
工程號為主鍵
5樓：杭州同濟醫院
關係實際上就是關係模式在某一時刻的狀態或內容。也就是說，關係模式是型，版關係是它的值。關係模式是權靜態的、穩定的，而關係是動態的、隨時間不斷變化的，因為關係操作在不斷地更新著資料庫中的資料。
但在實際當中，常常把關係模式和關係統稱為關係，讀者可以從上下文中加以區別。
資料庫 er圖實體的屬性是要把所有屬性的都要寫出來嗎？
6樓：匿名使用者
er圖的屬性一般只把主要的標出來，
一般主鍵和外來鍵都要標出來。
在具體實現物理模型時，就需要把所有能用到的屬性都設定好。
請問如何將下面的e—r圖轉化為關係模式，並設計出關係表，主要是些主鍵、外來鍵的，謝了
7樓：匿名使用者
學生建乙個表。。主鍵用學號。
教師乙個表。主鍵編號。
課程乙個表。主鍵課程。
連線起來。
大概差不多這樣吧。
8樓：匿名使用者
三張表不用多說了吧，基礎了。
關鍵是多對多關係的處理，你的關係圖，內學生對課程容，教師對課程都是多對多的關係。所以常規的主外來鍵關係肯定不好用，推薦用聯合主鍵。
比如 tea stu class 三張表是基本表。
額外多建立2張表， 1 class_stu即學生課程表，欄位為課程主鍵號，學生主鍵號，二者作為聯合主鍵，再加上必要的其他輔助資訊字段即可，這樣就實現了課程對學生的多對多關係，因為乙個課程有很多學生選，乙個學生也選了很多課程，二者用主外來鍵的話，存值就不好處理了；這樣這張表裡的資訊就是學生選課的資訊了。
同理做class_tea教師課程表，道理一樣有什麼不理解的可以追問
資料庫邏輯設計急求ER圖轉換成關係模型學生選課系
這是用powerdesigner 畫的，你可以參考一下 用powerdesigner做的圖行不 c語言題目，在資料庫設計中，將e r圖轉換成關係模型資料的過程屬於 階段？在資料庫設計中，將e r圖轉換成關係模型資料的過程屬於 邏輯設計階段。e r模型即實體 聯絡模型，是將現實世界的要求轉化成實體 聯...
設計資料庫er模型,設計資料庫ER模型
勞動,你具 體 分 析 肯定沒任務書嗎 e r模型用於資料庫設計的哪乙個階段 是概念模型抄設階段 概念模型不依賴於襲具體bai的計算機系統，他是純粹反du映資訊需求的概念結 zhi構。建模是在需求分 dao析結果的基礎上，常常要對資料進行抽象處理。常用的資料抽象方法是 聚集 和 概括 er方法是設計...
資料庫ER模型的優點,ER模型的模型特點
資料庫e r模型 勞動,你具體分 析肯定沒任務書嗎 e r模型的模型特點 entities 實體 attributes 屬性 relationships 關係 通常有許多表 通常是滿足3nf的 主鍵 外來鍵 1對多對映 建立e r模型是資料庫概念設計的重要內容，而概念設計是設計階段的組成部分。同時建...