1樓：匿名使用者
部門是實體，業務性質是屬性，實體和現實一一對應，一個實體可以對應多個屬性
2樓：匿名使用者
業務性質單獨一張表，跟部門主外來鍵關係
資料庫設計中實體與屬性以及關係的確定
3樓：匿名使用者
資料庫設計中，其實這個與**資料的設計差不多的。實體其實相對於**資料庫中常說的記錄，而屬性則相當對欄位。如下面的例項，物品鉛筆為實體，而數量、顏色、**就是三個屬笥：
實體 屬性1 屬性2 屬性3 物品 數量 顏色 **鉛筆 10 黑 1 上面的例子在**資料庫中的叫法就有點不同，"數量""顏色""**"叫做欄位，而「鉛筆 10 黑 1」 也就是一行稱為一條記錄。
4樓：匿名使用者
個人觀點：其實所謂的實體也不過就是n個屬性組合在一起的組合體。如：
什麼是鉛筆？ 只不過是一些特殊屬性組合在一起而已。所以，沒必要糾纏於嚴格的實體與屬性。
資料庫設計儘量滿足三個正規化就差不多了，當然如果你要考慮到以後的資料探勘，資料分析，各種報表製作，那就多和你的客戶討論討論，做系統的目的是什麼？滿足應用是目的。
資料庫中的實體,實體型,實體集解析
5樓：匿名使用者
實體型是一種資料型別，既可以是實體，也可以是實體集，實體集就是實體的集合，一個實體是實體也是實體集，多個實體同樣是實體集。實體是表示資料庫中描述的現實世界中的物件或概念，可以看作一個模型。
6樓：淡藍色寶貝
1。實體：客觀存在，可以相互區別的事物稱為實體。
(注意實體是客觀上存在的). 2。實體型：
用實體名及屬性名集合來抽象和刻劃的同類實體。比如，學生(學號，姓名) 3。實體集：
性質相同的同類實體的集合，稱為實體集。比如，(張三，李四) 4。聯絡：
是指實體之間的相互關係。 5。e-r圖：
通常稱為 實體-關係(聯絡)圖，其實是不對的，嚴格的應該叫做實體型-關係(聯絡)圖。因為e-r圖討論的實體不是具體的個體，而是同類實體的一個集合，即實體集，而實體型恰恰可以表達具有這類性質的集合。e-r圖的作用是提供了表示實體型、屬性和聯絡的方法。
繪製e-r圖的過程是在客觀世界與抽象世界之間相互切換，並最終以抽象形式展現的結果。在e-r圖中使用實體型來描述實體集(由客觀世界實體抽象到抽象世界的實體型)，考查客觀中具體實體之間的關係並以聯絡來表示(由客觀世界中實體之間的關係抽象到抽象世界的聯絡概念)。
在資料庫設計中，子類與超類存在著什麼聯絡?
7樓：
超類和子類:
倆個實體型別中可能完全沒有相同的實體,但有時會存在同一實體同時屬於倆個甚至更多實體型別的情況.最特殊的一類情形:是某個實體型別中所有實體同時也是另一個實體型別的實體.
此時,我們稱前一實體型別是後一實體型別的子類(subtype),後一實體型別稱為超類(supertype).
在er圖中:帶有子類的實體型別(即超類)以倆端雙線的矩形框表示,並用加圈的弧線與其子類相連,子類本身仍用普通矩形框表示.
例:在職員實體型別內部,職員之間的領導和被領導聯絡中,領導者與被領導者倆個實體中就可能存在共同的實體元素(某人為中層領導,相對他的上一層領導而言是被領導者),這倆個實體型別又都是職員實體型別的子類(圖1).
但是子類有一個很重要的性質:繼承性。子類繼承其超類上定義的所有屬性,其本身還可以包含其他另外的屬性.
資料庫中關係的性質是什麼?
8樓：巧米樂
1.資料庫的基本概念：資料庫，資料庫管理系統，資料庫系統。
2.資料模型，實體聯絡模型及e―r圖，從e―r圖匯出關係資料模型。
3.關係代數運算，包括集合運算及選擇、投影、連線運算，資料庫規範化理 論。
4.資料庫設計方法和步驟：需求分析、概念設計、邏輯設計和物理設計的相關策略。
9樓：寧缺毋濫
你說指的關係性質是什麼？
麻煩採納，謝謝!
10樓：格調
分量必須取原子值，每個分量必須是不可再分的資料項。
列是同質的，每列中的分量必須是同一型別的資料，來自同一個域。
屬性不能重名。
行列的順序無關。
任何兩個元組不能完全相同，這是由主碼約束來保證的。但是有些資料庫若使用者沒有定義完整性約束條件，允許有兩行以上的相同的元組。
資料庫設計中管理員是否要作為實體集?
11樓：go將來的我
既然作為系統使用者登入 沒聯絡無所謂啊
如果現實模型中需要一些管理員的聯絡 你也可以根據其新增
這是需求的問題
12樓：匿名使用者
管理員當使用者處理.只是許可權高而已.特殊處理掉.
在資料庫設計器中，建立兩個表之間的「一對多關係」應滿足的條件是什麼
13樓：匿名使用者
在資料庫的兩個表間建立永久聯絡時，要求兩個表的索引中至少有一個是主索引。必須先選擇父表的主索引，而子表中的索引型別決定了要建立的永久聯絡的型別。如果子表中的索引型別是主索引或候選索引，則建立起來的就是一對一關係。
如果子表中的索引型別是普通索引，則建立起來的就是一對多關係。
14樓：匿名使用者
對應"多"的表中有一個外來鍵,指向"一"的表的主鍵
資料庫e-r圖設計中，兩個實體集之間能不能存在多個聯絡集？ 10
15樓：匿名使用者
當然可以。
每個聯絡集代表二者之間一個聯絡，存在多聯絡集的場景：
1、多角色/多功能
2、相互關聯
特殊場景，還有：
3、自關聯
例如，部門（dept）與員工employee之間：
》每個員工，屬於一個部門
》一個部門，有一個主管
》一個部門，有一個聯絡人；
》每個員工，（可能）有上一部門
》每條部門紀錄，有一個最後管理員（員工同時也是操作員）》。。。
16樓：匿名使用者
不可以，如果需要多個聯絡集，你可以多畫幾個實體集，不一定只畫兩個實體把所有的關係包含進去，這樣邏輯很模糊。
資料庫設計問題
q此問題通常是不容易的很清楚，勉強能做些什麼。為了更清楚地闡述。為 一類表 一類id 主鍵 名字.說明，註釋等領域 共有43條記錄 兩個類表 兩個類id 主鍵 類的名字.說明，註釋等領域 855記錄 屬性表 屬性id 主鍵 屬性名.介紹，現場記錄，等等 大約6000條記錄，我假設你不是說6000的屬...
ER模型設計屬於資料庫的,ER模型是資料庫設計的有力工具，適於建立資料庫的
e r模型的構成成分是實體集 屬性和聯絡集，其表示方法如下 1 實體集用矩形框表示，矩形框內寫上實體名。2 實體的屬性用橢圓框表示，框內寫上屬性名，並用無向邊與其實體集相連。3 實體間的聯絡用菱形框表示，聯絡以適當的含義命名，名字寫在菱形框中，用無向連線將參加聯絡的實體矩形框分別與菱形框相連，並在連...
具體的資料庫設計與實現過程，具體的資料庫設計與實現過程
答 1 需求分析階段 需求收集和分析，得到資料字典和資料流圖。2 概念結構設計階段 對使用者需求綜合 歸納與抽象，形成概念模型，用e r圖表示。3 邏輯結構設計階段 將概念結構轉換為某個dbms所支援的資料模型。4 資料庫物理設計階段 為邏輯資料模型選取一個最適合應用環境的物理結構。5 資料庫實施階...