資料庫設計圖

⑴ 資料庫的邏輯結構設計的E-R圖

E-R圖的組件有很多，但概括起來說，可分為以下四種：
線段：用於將實體、關系相連接
對於雙矩形、雙菱形、雙橢圓、雙線段等等一些組件，可以不用去管，通常用以上四種組件就可以表達清楚實體及實體間的關系。
從E-R圖向關系模式轉化 資料庫的邏輯設計主要是將概念模型轉換成一般的關系模式，也就是將E-R圖中的實體、實體的屬性和實體之間的聯系轉化為關系模式。在轉化過程中會遇到如下問題：
(1)命名問題。命名問題可以採用原名，也可以另行命名，避免重名。
(2)非原子屬性問題。非原子屬性問題可將其進行縱向和橫行展開。
(3)聯系轉換問題。聯系可用關系表示。 1、標識實體：
通常有用戶、角色這兩個實體。
2、標識關系：
用戶與角色間為多對多的互相擁有關系。
3、標識實體、關系的屬性:
不僅僅是實體有屬性，關系同樣也有屬性，這些屬性在實體間建立關系時才會存在。
有時屬性太多，無法在圖上一一列出，可以用表格，在後面的步驟中這個表格同樣會用到，如下： 實體 屬性 描述 … 用戶 性別
年齡
電話
… 男/女
多大了
聯系方式
… … 4、確定屬性域：
屬性域就是屬性的取值范圍。
這時，可以用表格將屬性的數據類型、數據長度、取值范圍及是否可為空、簡單/復合、單值/多值、是否為派生屬性等域信息定義出來。
這個過程，事實上包含了邏輯結構設計中的數據類型、NULL、CHECK、DEFAULT等信息。 實體 屬性 描述 數據類型及長度 是否可為空 用戶 性別
年齡
電話
… 男/女
多大了
聯系方式
… 1位元組的短整形或布爾型
1位元組的短整形
20位元組的字元型或長整形
… NO
NO
YES 5、確定鍵：鍵就是可用於標識實體的屬性，有：主鍵、唯一鍵、外鍵。 實體 屬性 描述 鍵 用戶 用戶編號
性別
年齡
電話
… 男/女
多大了
聯系方式
… 主鍵 6、實體的特化/泛化：
也就是面向對象模型中父類和子類的概念，這是個可選的步驟。舉個例子，用戶中大部分人都是普通員工，但有一小部分是從事銷售的，銷售人員
有個負責區域的屬性，如果將這個屬性放在用戶實體中，如右圖：
這時我們會發現，除了銷售人員外，其他非銷售人員這個屬性全都不存在，這就是特化的過程。可以另建一個銷售人員的實體來泛化用戶實體，如右圖：
這樣就完成了對用戶實體的泛化，泛化的過程也就是抽出實體間公共屬性的過程，但通常，除非特化的部分太多，才會考慮將一個實體抽象成兩個
1對1關系的實體，所有這個步驟是可選的。
7、檢查模型：
（1）檢查冗餘
首先檢查實體：1對1關系的實體中有沒有非外鍵的重復屬性，或者就是同一個實體；
其次檢查關系：有沒有通過其他關系也可以得到的重復屬性；
當然有時，需要考慮時間維度，因為有些屬性是有時效性的，也就是雖然是同一個屬性，但不同的時間表示的卻是不同的內容，這一點在後面的邏輯結構設計中會提到，這並不是真正的冗餘。
（2）檢查業務
檢查當前的E-R模型是否滿足當前業務的場景。可以從某個實體開始，沿著當前E-R模型的各個節點去模擬業務場景。尤其需要和《需求規格說明書》去做校驗。
到這里，也就完成了E-R模型建立的全過程，有時，對於比較復雜的E-R模型，一張圖可能顯得太過局促，可以建立全局、局部E-R模型圖，以便於查看和分析。

⑵ sql資料庫關系圖設計

建議復:客戶表: id,customername,... (id是主鍵)
訂單表制:orderid,id,proctid,...(orderid,表示訂單編號<新增>,id是客戶id，proctid是產品id；其中orderid是主鍵,id和proctid是外鍵)，
產品表：proctid，proctname,...(proctid是主鍵)

⑶ 資料庫設計概念模型圖，邏輯模型圖分別是什麼

1.1.概念來模型(E-R圖描述)
概念模型是對真實自世界中問題域內的事物的描述，不是對軟體設計的描述。
表示概念模型最常用的是"實體-關系"圖。
E-R圖主要是由實體、屬性和關系三個要素構成的。在E-R圖中，使用了下面幾種基本的圖形符號。
實體，矩形
E/R圖三要素 屬性，橢圓形
關系，菱形
關系：一對一關系，一對多關系，多對多關系。
E/R圖中的子類(實體)：
1.2.邏輯模型
邏輯數據模型反映的是系統分析設計人員對數據存儲的觀點，是對概念數據模型進一步的分解和細化。
1.3.物理模型
物理模型是對真實資料庫的描述。資料庫中的一些對象如下：表，視圖，欄位，數據類型、長度、主鍵、外鍵、索引、是否可為空，默認值。
概念模型到物理模型的轉換即是把概念模型中的對象轉換成物理模型的對象。

⑷ 資料庫設計關系圖

繪制ER圖的軟體很多，POWER DESIGNER,ERSTUDIO,ERWIN,ORACLE DETA MODULER等等。至於你這張，我不確定。不過前面說的這幾個都能畫出類似的。

⑸ 圖片資料庫如何設計

A表為明細信息，B表是圖冊，屬於匯總信息
多對一的關系
所以A表增加欄位，記錄圖冊編號就可以了

⑹ 資料庫表結構設計(如下圖所示)用什麼工具畫

PowerDesigner

⑺ 資料庫表如何設計結構如下圖：

sqlserver的話，右鍵資料庫，選擇任務，裡面就有生成腳本功能
按提示就可以生成資料庫整個表，甚至所有對象的結構創建腳本
對於單獨結構，可以右鍵到具體表，也有create功能，可以生成創建腳本

⑻ 資料庫設計怎麼做

兩個不同實體間的1:n關系

上圖中表示的是一輛汽車與零件之間的1:n關系，一輛汽車由許多個零件構成。「汽車」這個實體具有型號、單價和牌號等屬性，「零件」這個實體具有名稱、單價和廠家等屬性，「數量」是它們之間的關系「組成」的一個屬性。

當然E-R圖還可以表示1:1關系，例如夫妻關系以及姓名與學號間的關系等。

E-R圖還可以表示m:n關系，例如教材中中講的「學生」與「課程」之間通過「學習」聯系，一個學生要學習多門課程，反之同一門課程有很多學生在學習。

在E-R圖中，有時為了使其簡潔明了，圖中可以略去各屬性，著重表示實體間的聯系情況，而屬性可以單獨以表格形式單獨列出。

4.E-R圖的設計

E-R圖的設計雖然沒有一個絕對固定的方法，但一般來說應遵循以下兩條基本原則：

（1）首先要針對每一個用戶做出該用戶信息的局部E-R圖，確定該用戶視圖的實體、屬性和聯系。

[注意]

在設計E-R圖時，能作為屬性的就不要作為實體，這樣有利於E-R圖的簡化。

（2）把每一個局部的E-R圖綜合起來，產生出總體的E-R圖。

[注意]

在E-R圖的綜合的過程中，同名實體只能出現一次，還要去掉不必要的聯系，這樣才能消除冗餘。

一般來說，從總體E-R圖必須能導出原來所有局部E-R視圖，包括所有的實體、屬性和聯系。

任何一個系統的E-R圖都不是惟一的，強調的側面不同，所作出的E-R圖就可能差別很大。總體的E-R圖所表示的實體聯系模型，只能說明實體間的聯系關系，還需要把它轉換成數據模型才能被實際的DBMS所接受。

2.3.3 從E-R圖導出關系模型

E-R圖是現實世界各實體的具體反映，與資料庫具體實現毫無關系，但它卻是構造數據模型的主要依據。本章的重點也是難點是：正確地應用E-R圖反映實體間聯系並從E-R圖中導出關系模型。

1.從E-R圖中導出關系模型的原則

（1）對於E-R圖中的每一個實體，都應轉換為一個關系，該關系應包括對應實體的全部屬性，並應根據關系所表達的語義確定哪個屬性（或哪幾個屬性組合）作為「主鍵」。鍵在關系模型中是實現聯系的主要手段。

（2）對於E-R圖中的聯系，情況比較復雜，要根據實體聯系的方式的不同，採取不同的手段加以實現。

2.從E-R圖中導出關系模型

（1）兩實體間1:n聯系

對於兩實體間1:n聯系，導出關系模型的原則是：可以將「1」方實體的「主鍵」納入「n」方實體對應的關系中作為「外部鍵」，同時把聯系的屬性也一並納入「n」方對應的關系中。

（2）同一實體內部個體間1:n聯系

對於同一實體集內部個體間的1:n聯系，導出關系模型的原則是：可在這個實體所對應的關系中多設一個屬性，用來作為與該實體相聯系的另一個體的「主鍵」。

（3）兩實體間m:n聯系

對於兩實體間的m:n聯系，導出關系模型的原則是：必須對「聯系」單獨建立一個關系，用來聯系雙方實體；該關系的屬性中至少要包括被它所聯系的雙方實體的「主鍵」，並且如果聯系有屬性，也要歸入這個關系中。

（4）同一實體內部存在m:n的聯系

如果同一實體內部存在m:n的聯系，那麼從E-R圖導出關系模型的原則是「為這個聯系單獨建立一個關系；該關系中至少應包括被它所聯系的雙方實體的「主鍵」，如果聯系有屬性，也要歸入這個關系中。

（5）兩個以上實體間m:n多元聯系

對於兩個以上實體之間的m:n多元聯系，從E-R圖導出關系模型的原則是：必須為聯系單獨建立一個關系，該關系中最少應包括被它聯系的各個實體的「主鍵」，若是聯系有屬性，也要歸入這個關系中。

（6）兩實體間1:1聯系

對於兩實體間1:1聯系，只需在一個關系模型中增加另一個關系模型的主鍵，並可省略兩實體間的聯系模型。例如：書中所講到的廠家與工廠的關系，可以省去「管理」這個模型，在「工廠」模型中加入屬性「姓名」或在「廠長」模型中加入「工廠」的主鍵「廠號」，這樣關系模型就形成了。

⑼ 資料庫設計時的概念數據模型一般用什麼圖表示

通過數據抽象，設計系統概念模型，一般為E-R模型

資料庫設計一般分6個階段：
1、需求分析：了解用戶的數據需求、處理需求、安全性及完整性要求；
2、概念設計：通過數據抽象，設計系統概念模型，一般為E-R模型；
3、邏輯結構設計：設計系統的模式和外模式，對於關系模型主要是基本表和視圖；
4、物理結構設計：設計數據的存儲結構和存取方法，如索引的設計；
5、系統實施：組織數據入庫、編制應用程序、試運行；
6、運行維護：系統投入運行，長期的維護工作。

⑽ 資料庫設計

廣東省分等資料庫包括省、市（地）、縣三級成果數據，在層次上表現出個體的相似性和孤立性。為了在實現分等成果管理功能的基礎上與國家級系統較好地對接，同一個分等成果資料庫內容的省、市、縣三種物理形式也存在著有機的聯系，所以要求系統通過計算機的方式有效地實現不同級的成果數據、不同形式的成果數據之間的互聯。

（一）省級資料庫

省級資料庫包括省級標准耕作制度分區資料庫、省級分等因素指標區資料庫、指定作物光溫或氣候生產潛力指數分布資料庫、指定作物產量比系數分區資料庫、農用地分等省級單元資料庫、農用地分等省級單元自然質量分值資料庫、土地利用系數等值區資料庫、土地經濟系數等值區資料庫、農用地分等省級單元經濟等指數資料庫、農用地自然質量等資料庫、農用地利用等資料庫、農用地經濟等資料庫、省級標准樣地分布資料庫。

省級資料庫中還包括若干省級表格：省級農用地分等基本參數表、省級二級區農用地分等指標區因素體系及權重表、省級二級區「指定作物－分等因素－自然質量分」記分規則表或樣地適用區「指定作物－分等屬性－自然質量分」（加）減分規則表、省級土地利用系數等值區間表、省級土地經濟系數等值區間表、省級農用地分等匯總單元分指定作物計算結果表、省級農用地分等匯總單元多作物綜合計算結果表、省級農用地分等結果省市縣三級面積匯總表、省級農用地分等結果地類面積匯總表、省級農用地分等匯總單元綜合數據表、省級標准樣地屬性數據表。省級資料庫表結構設計如表 6-2 所示。

表 6-2 省級分等單元圖屬性欄位標准化格式表

續表

（二）市（地）級和縣級資料庫

縣級資料庫包括分等因素指標區資料庫、分等單元自然質量分資料庫、土地利用系數等值區資料庫、土地經濟系數等值區資料庫、分等單元自然質量等指數資料庫、利用等指數資料庫、經濟等指數資料庫、自然質量等資料庫、利用等資料庫、經濟等資料庫、縣標准樣地分布資料庫。

縣級分等單元圖屬性欄位資料庫根據匯總相關標准執行，除增加一個對應市級單元編碼外，不作任何修改。市級資料庫表結構設計如表 6-3 所示。

表 6-3 市級分等單元圖屬性欄位標准化格式表

同樣，縣級資料庫中也包含農用地分等單元原始屬性（包括確定自然質量分的診斷因素）數據表、農用地分等基本參數（光溫和氣候潛力指數、自然質量分、利用系數、經濟系數）表、農用地分等指定作物基本參數表、樣點產量-投入調查數據表、土地利用系數/經濟系數匯總表、指標區「指定作物－分等因素－自然質量分」記分規則表或樣地適用區「指定作物－分等屬性－自然質量分」（加）減分規則表、指定作物分等計算結果表、分等多作物綜合計算結果表、分等結果面積匯總表、分等結果地類－面積匯總表、標准樣地屬性數據表、分等單元綜合數據表等。