建站
咨詢
售后
建站咨詢
新聞中心
隨著互聯網技術和數據庫技術的不斷發(fā)展和進步，數據庫已經成為了現代企業(yè)和組織管理中不可或缺的重要組成部分，而創(chuàng)建數據庫的邏輯設計圖則成為了其中的一項重要任務。那么，呢？本文將從以下幾個方面進行探討。
公司主營業(yè)務：成都網站設計、成都網站制作、移動網站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現互聯網宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯公司推出茶陵免費做網站回饋大家。
一、明確需求和目標
創(chuàng)建數據庫的邏輯設計圖的之一步是明確需求和目標。在這一步驟中，需要考慮的問題包括但不限于以下幾個方面：
1. 數據庫的主要用途是什么，需要處理哪些數據？
2. 數據庫的可管理性要求如何？
3. 數據庫的安全性要求如何？
4. 數據庫的可擴展性要求如何？
5. 數據庫的性能要求如何？
6. 數據庫的操作簡易程度要求如何？
7. 數據庫的備份恢復和容災要求如何？
這些是創(chuàng)建數據庫邏輯設計圖的基本問題，根據這些問題的答案，可以明確數據庫的需求和目標，從而開始邏輯設計的工作。
二、建立概念模型
在明確了需求和目標之后，下一步是建立數據庫的概念模型。概念模型是數據庫設計的重要基礎，而數據庫設計的好壞也直接關系到數據庫的使用效果。因此，建立概念模型是非常重要的工作。
建立概念模型的主要工作包括以下幾點：
1. 確定實體
實體是現實世界的一個事物，如一本圖書、一個人等。確定實體是建立概念模型的之一步。
2. 確定實體之間的聯系
不同實體之間可能存在不同的聯系，如一本圖書和一個作者之間存在關系，可以作為一個例子。在建立概念模型時，需要明確不同實體之間的關系，這有助于建立完整有效的數據庫。
3. 確定實體的屬性
實體的屬性是描述實體的特征和屬性的信息，如一個人的身高、體重、姓名等。在建立概念模型時，需要確定實體的屬性，這有助于后續(xù)建立數據庫表。
4. 確定主鍵實體
主鍵實體是指在整個實體中能夠唯一標識一個實體的屬性，如一個人的身份證號、一本圖書的ISBN號等。在建立概念模型時，需要確定主鍵實體，這有助于建立數據庫表。
建立概念模型是數據庫設計中重要的一步，它對于數據庫表的設計和數據庫操作的效率和質量起著至關重要的作用。
三、建立邏輯模型
建立了概念模型之后，下一步是建立邏輯模型。邏輯模型是概念模型向數據庫表轉化的過程，也是數據庫設計中的一個重要步驟。
建立邏輯模型的基本工作包括以下幾點：
1. 將實體轉化為表
在建立邏輯模型時，需要將概念模型中的實體轉化為數據庫表，并確定表之間的關系和聯系。
2. 將屬性轉化為字段
數據庫表中的字段是描述實體屬性的一部分，需要將概念模型中的屬性轉化為表中的字段，這有助于后續(xù)建立數據庫表的過程。
3. 確定主鍵
在邏輯模型中，需要確定每個表的主鍵，主鍵是用于唯一標識每個表中不同記錄的關鍵字段。
建立了邏輯模型之后，就可以進行具體的數據庫表的創(chuàng)建和數據庫的實現工作。
四、創(chuàng)建數據庫和數據表
建立邏輯模型并確定主鍵之后，下一步就是創(chuàng)建數據庫和數據表。在這一步驟中，需要注意以下幾點：
1. 數據庫的命名和選擇適合的數據庫引擎
數據庫的命名應該具有一定的規(guī)范性，避免出現混亂和錯誤。同時，還需要選擇適合的數據庫引擎，以支持數據庫的各種操作。
2. 數據表的命名和創(chuàng)建
數據表的命名應該具有一定的規(guī)范性，避免出現混亂和錯誤。在創(chuàng)建數據表時，需要根據邏輯模型中的表來創(chuàng)建對應的數據庫表，這有助于實現數據的管理和數據的操作。
3. 設計表之間的關系
不同數據表之間可能存在不同的關系和聯系，如一對多、多對多等。在數據庫設計中，需要明確不同數據表之間的聯系和關系，這有助于數據的合理組織和使用。
五、
創(chuàng)建數據庫的邏輯設計圖是數據庫設計的一個重要步驟，它直接關系到數據庫操作的效率和質量。在建立數據庫的邏輯設計圖時，需要清楚明確數據庫的需求和目標，建立概念模型和邏輯模型，確定表之間關系和聯系等。只有經過科學規(guī)劃和全面設計，才能真正實現數據庫的高效管理和優(yōu)化使用。
相關問題拓展閱讀：
- 數據庫如何設計
- 在數據庫邏輯設計中，當將E-R圖轉換為關系模式時，下面的做法哪一個是正確的？（ ）
數據庫如何設計
數據庫設計的基本步驟
按照規(guī)范設計的方法，考慮數據庫及其應用系統(tǒng)開發(fā)全過程，將數據庫設計分為以下6個階段
1.需求分析
2.概念結構設計
3.邏輯結構設計
4.物理結構設計
5.數據庫實施
6.數據庫的運行和維護
數據庫設計通常分為6個階段1分析用戶的需求，包括數據、功能和性能需求；2概念結構設計：主要采用E-R模型進行設計，包括畫E-R圖；3邏輯結構設計：指頌通過將轉換成表，實現從E-R模型到關系模型的轉換；4：主要是為所設計的數據庫選擇合適的和存取路徑；5數據庫的實施：包括編程、測試和試運行；6數據庫運行與維護：系統(tǒng)的運行與數據庫的日常維護。）,主要討論其中的第3個階段,即邏輯設計。
在數據庫設計過程中，需求分析和概念設計可以獨立于任何數據庫管理系統(tǒng)進行，邏輯設計和物理設計與選用的DAMS密切相關。
1.需求分析階段（常用自頂向唯冊鄭下）
進行數據庫設計首先必須準確了解和分析用戶需求（包括數據與處理）。需求分析是整個設計過程的基礎，也是最困難，最耗時的一步。需求分析是否做得充分和準確，決定了在其上構建數據庫大廈的速度與質量。需求分析做的不好，會導致整個數據庫設計返工重做。
需求分析的任務，是通過詳細調查現實世界要處理的對象，充分了解原系統(tǒng)工作概況，明確用戶的各種需求，然后在此基礎上確定新的系統(tǒng)功能，新系統(tǒng)還得充分考慮今后可能的擴充與改變，不僅僅能夠按當前應用需求來設計。
調查的重點是，數據與處理。達到信息要求，處理要求，安全性和完整性要求。
分析方法常用SA(Structured Analysis) 結構化分析方法，SA方法從最上層的系統(tǒng)組織結構入手，采用自頂向下，逐層分解的方式分析系統(tǒng)。
數據流圖表達了數據和處理過程的關系，在SA方法中，處理過程的處理邏輯常常借助判定表或判定樹來描述。在處理功能逐步分解的同事，系統(tǒng)中的數據也逐級分解，形成若干層次的數據流圖。系統(tǒng)中的數據則借助數據字典（data dictionary，DD）來描述。數據字典是系統(tǒng)中各類數據描述的，數據字典通常包括數據項，數據結構，數據流，數據存儲，和處理過程5個階段。
2.概念結構設計階段（常用自底向上）
概念結構設計是整個數據庫設計的關鍵，它通過對用戶需求進行綜合，歸納與抽象，形成了一個獨立于具體DBMS的概念模型。
設計概念結構通常有四類方法：
自頂向下。即首先定義全局概念結構的框架，再逐步細化。
自底向上。即首先定義各局部應用的概念結構，然后再將他們集成起來，得到全局概念結構。
逐步擴張。首先定義最重姿和要的核心概念結構，然后向外擴張，以滾雪球的方式逐步生成其他的概念結構，直至總體概念結構。
混合策略。即自頂向下和自底向上相結合。
3.邏輯結構設計階段（E-R圖）
邏輯結構設計是將概念結構轉換為某個DBMS所支持的數據模型，并將進行優(yōu)化。
在這階段，E-R圖顯得異常重要。大家要學會各個實體定義的屬性來畫出總體的E-R圖。
各分E-R圖之間的沖突主要有三類：屬性沖突，命名沖突，和結構沖突。
E-R圖向關系模型的轉換，要解決的問題是如何將實體性和實體間的聯系轉換為關系模式，如何確定這些關系模式的屬性和碼。
4.物理設計階段
物理設計是為邏輯數據結構模型選取一個最適合應用環(huán)境的物理結構（包括存儲結構和存取方法）。
首先要對運行的事務詳細分析，獲得選擇物理數據庫設計所需要的參數，其次，要充分了解所用的RDBMS的內部特征，特別是系統(tǒng)提供的存取方法和存儲結構。
常用的存取方法有三類：1.索引方法，目前主要是B+樹索引方法。2.聚簇方法（Clustering）方法。3.是HASH方法。
5.數據庫實施階段
數據庫實施階段，設計人員運營DBMS提供的數據庫語言（如sql）及其宿主語言，根據邏輯設計和物理設計的結果建立數據庫，編制和調試應用程序，組織數據入庫，并進行試運行。
6.數據庫運行和維護階段
數據庫應用系統(tǒng)經過試運行后，即可投入正式運行，在數據庫系統(tǒng)運行過程中必須不斷地對其進行評價，調整，修改。
數據庫設計5步驟
Five Steps to design the Database
1.確定entities及relationships
a) 明確宏觀行為。數據庫是用來做什么的？比如，管理雇員的信息。
b) 確定entities。對于一系列的行為，確定所管理信息所涉及到的主題范圍。這將變成table。比如，雇用員工，指定具體部門，確定技能等級。
c) 確定relationships。分析行為，確定tables之間有何種關系。比如，部門與雇員之間存在一種關系。給這種關系命名。
d) 細化行為。從宏觀行為開始，現在仔細檢查這些行為，看有哪些行為能轉為微觀行為。比如，管理雇員的信息可細化為：
·增加新員工
·修改存在員工信息
·刪除調走的員工
e) 確定業(yè)務規(guī)則。分析業(yè)務規(guī)則，確定你要采取哪種。比如，可能有這樣一種規(guī)則，一個部門有且只能有一個部門領導。這些規(guī)則將被設計到數據庫的結構中。
====================================================================
范例：
ACME是一個小公司，在5個地方都設有辦事處。當前，有75名員工。公司準備快速擴大規(guī)模，劃分了9個部門，每個部門都有其領導。
為有助于尋求新的員工，人事部門規(guī)劃了68種技能，為將來人事管理作好準備。員工被招進時，每一種技能的專業(yè)等級都被確定。
定義宏觀行為
一些ACME公司的宏觀行為包括：
● 招聘員工
● 解雇員工
● 管理員工個人信息
● 管理公司所需的技能信息
● 管理哪位員工有哪些技能
● 管理部門信息
● 管理辦事處信息
確定entities及relationships
我們可以確定要存放信息的主題領域(表)及其關系，并創(chuàng)建一個基于宏觀行為及描述的圖表。
我們用方框來代表table，用菱形代表relationship。我們可以確定哪些relationship是一對多，一對一，及多對多。
這是一個E-R草圖，以后會細化。
細化宏觀行為
以下微觀行為基于上面宏觀行為而形成：
● 增加或刪除一個員工
● 增加或刪除一個辦事處
● 列出一個部門中的所有員工
● 增加一項技能
● 增加一個員工的一項技能
● 確定一個員工的技能
● 確定一個員工每項技能的等級
● 確定所有擁有相同等級的某項技能的員工
● 修改員工的技能等級
這些微觀行為可用來確定需要哪些table或relationship。
確定業(yè)務規(guī)則
業(yè)務規(guī)則常用于確定一對多，一對一，及多對多關系。
相關的業(yè)務規(guī)則可能有：
● 現在有5個辦事處；最多允許擴展到10個。
● 員工可以改變部門或辦事處
● 每個部門有一個部門領導
● 每個辦事處至多有3個號碼
● 每個號碼有一個或多個擴展
● 員工被招進時，每一種技能的專業(yè)等級都被確定。
● 每位員工擁有3到20個技能
● 某位員工可能被安排在一個辦事處，也可能不安排辦事處。
2.確定所需數據
要確定所需數據：
a) 確定支持數據
b) 列出所要跟蹤的所有數據。描述table(主題)的數據回答這些問題：誰，什么，哪里，何時，以及為什么
c) 為每個table建立數據
d) 列出每個table目前看起來合適的可用數據
e) 為每個relationship設置數據
f) 如果有，為每個relationship列出適用的數據
確定支持數據
你所確定的支持數據將會成為table中的字段名。比如，下列數據將適用于表Employee，表Skill，表Expert In。
Employee
Skill
Expert In
ID
ID
Level
Last Name
Name
Date acquired
First Name
Description
Department
Office
Address
如果將這些數據畫成圖表，就像：
需要注意：
● 在確定支持數據時，請一定要參考你之前所確定的宏觀行為，以清楚如何利用這些數據。
● 比如，如果你知道你需要所有員工的按姓氏排序的列表，確保你將支持數據分解為名字與姓氏，這比簡單地提供一個名字會更好。
● 你所選擇的名稱更好保持一致性。這將更易于維護數據庫，也更易于閱讀所輸出的報表。
● 比如，如果你在某些地方用了一個縮寫名稱Emp_status，你就不應該在另外一個地方使用全名(Empolyee_ID)。相反，這些名稱應當是Emp_status及Emp_id。
● 數據是否與正確的table相對應無關緊要，你可以根據自己的喜好來定。在下節(jié)中，你會通過測試對此作出判斷。
3.標準化數據
標準化是你用以消除數據冗余及確保數據與正確的table或relationship相關聯的一系列測試。共有5個測試。本節(jié)中，我們將討論經常使用的3個。
關于標準化測試的更多信息，請參考有關數據庫設計的書籍。
標準化格式
標準化格式是標準化數據的常用測試方式。你的數據通過之一遍測試后，就被認為是達到之一標準化格式；通過第二遍測試，達到第二標準化格式；通過第三遍測試，達到第三標準化格式。
如何標準格式：
1． 列出數據
2． 為每個表確定至少一個鍵。每個表必須有一個主鍵。
3． 確定relationships的鍵。relationships的鍵是連接兩個表的鍵。
4． 檢查支持數據列表中的計算數據。計算數據通常不保存在數據庫中。
5． 將數據放在之一遍的標準化格式中：
6． 從tables及relationships除去重復的數據。
7． 以你所除去數據創(chuàng)建一個或更多的tables及relationships。
8． 將數據放在第二遍的標準化格式中：
9． 用多于一個以上的鍵確定tables及relationships。
10． 除去只依賴于鍵一部分的數據。
11． 以你所除去數據創(chuàng)建一個或更多的tables及relationships。
12． 將數據放在第三遍的標準化格式中：
13． 除去那些依賴于tables或relationships中其他數據，并且不是鍵的數據。
14． 以你所除去數據創(chuàng)建一個或更多的tables及relationships。
數據與鍵
在你開始標準化（測試數據）前，簡單地列出數據，并為每張表確定一個唯一的主鍵。這個鍵可以由一個字段或幾個字段（連鎖鍵）組成。
主鍵是一張表中唯一區(qū)分各行的一組字段。Employee表的主鍵是Employee ID字段。Works In relationship中的主鍵包括Office Code及Employee ID字段。給數據庫中每一relationship給出一個鍵，從其所連接的每一個table中抽取其鍵產生。
RelationShip
Key
Office
*Office code
Office address
Phone number
Works in
*Office code
*Employee ID
Department
*Department ID
Department name
Heads
*Department ID
*Employee ID
Assoc with
*Department ID
*EmployeeID
Skill
*Skill ID
Skill name
Skill description
Expert In
*Skill ID
*Employee ID
Skill level
Date acquired
Employee
*Employee ID
Last Name
First Name
Social security number
Employee street
Employee city
Employee state
Employee phone
Date of birth
將數據放在之一遍的標準化格式中
● 除去重復的組
● 要測試之一遍標準化格式，除去重復的組，并將它們放進他們各自的一張表中。
● 在下面的例子中，Phone Number可以重復。（一個工作人員可以有多于一個的號碼。）將重復的組除去，創(chuàng)建一個名為Telephone的新表。在Telephone與Office創(chuàng)建一個名為Associated With的relationship。
將數據放在第二遍的標準化格式中
● 除去那些不依賴于整個鍵的數據。
● 只看那些有一個以上鍵的tables及relationships。要測試第二遍標準化格式，除去那些不依賴于整個鍵的任何數據（組成鍵的所有字段）。
● 在此例中，原Employee表有一個由兩個字段組成的鍵。一些數據不依賴于整個鍵；例如，department name只依賴于其中一個鍵（Department ID）。因此，Department ID，其他Employee數據并不依賴于它，應移至一個名為Department的新表中，并為Employee及Department建立一個名為Assigned To的relationship。
將數據放在第三遍的標準化格式中
● 除去那些不直接依賴于鍵的數據。
● 要測試第三遍標準化格式，除去那些不是直接依賴于鍵，而是依賴于其他數據的數據。
● 在此例中，原Employee表有依賴于其鍵（Employee ID）的數據。然而，office location及office phone依賴于其他字段，即Office Code。它們不直接依賴于Employee ID鍵。將這組數據，包括Office Code，移至一個名為Office的新表中，并為Employee及Office建立一個名為Works In的relationship。
4.考量關系
當你完成標準化進程后，你的設計已經差不多完成了。你所需要做的，就是考量關系。
考量帶有數據的關系
你的一些relationship可能集含有數據。這經常發(fā)生在多對多的關系中。
遇到這種情況，將relationship轉化為一個table。relationship的鍵依舊成為table中的鍵。
考量沒有數據的關系
要實現沒有數據的關系，你需要定義外部鍵。外部鍵是含有另外一個表中主鍵的一個或多個字段。外部鍵使你能同時連接多表數據。
有一些基本原則能幫助你決定將這些鍵放在哪里：
一對多 在一對多關系中，“一”中的主鍵放在“多”中。此例中，外部鍵放在Employee表中。
一對一 在一對一關系中，外部鍵可以放進任一表中。如果必須要放在某一邊，而不能放在另一邊，應該放在必須的一邊。此例中，外部鍵（Head ID）在Department表中，因為這是必需的。
多對多 在多對多關系中，用兩個外部鍵來創(chuàng)建一個新表。已存的舊表通過這個新表來發(fā)生聯系。
5.檢驗設計
在你完成設計之前，你需要確保它滿足你的需要。檢查你在一開始時所定義的行為，確認你可以獲取行為所需要的所有數據：
● 你能找到一個路徑來等到你所需要的所有信息嗎？
● 設計是否滿足了你的需要？
● 所有需要的數據都可用嗎？
如果你對以上的問題都回答是，你已經差不多完成設計了。
最終設計
最終設計看起來就像這樣：
設計數據庫的表屬性
數據庫設計需要確定有什么表，每張表有什么字段。此節(jié)討論如何指定各字段的屬性。
對于每一字段，你必須決定字段名，數據類型及大小，是否允許NULL值，以及你是否希望數據庫限制字段中所允許的值。
選擇字段名
字段名可以是字母、數字或符號的任意組合。然而，如果字段名包括了字母、數字或下劃線、或并不以字母打頭，或者它是個關鍵字（詳見關鍵字表），那么當使用字段名稱時，必須用雙引號括起來。
為字段選擇數據類型
SQL Anywhere支持的數據類型包括：
整數（int, integer, allint）
小數（decimal, numeric）
浮點數（float, double）
字符型（char, varchar, long varchar）
二進制數據類型（binary, long binary）
日期/時間類型（date, time, timestamp）
用戶自定義類型
關于數據類型的內容，請參見“SQL Anywhere數據類型”一節(jié)。字段的數據類型影響字段的更大尺寸。例如，如果你指定ALLINT，此字段可以容納32,767的整數。INTEGER可以容納2,147,483,647的整數。對CHAR來講，字段的更大值必須指定。
長二進制的數據類型可用來在數據庫中保存例如圖像(如位圖)或者文字編輯文檔。這些類型的信息通常被稱為二進制大型對象，或者BLOBS。
關于每一數據類型的完整描述，見“SQL Anywhere數據類型”。
系統(tǒng)磨做架構師：數據庫系統(tǒng)瞎橋衡之數據庫設計方法、基本步消叢驟和需求分析
在數據庫邏輯設計中，當將E-R圖轉換為關系模式時，下面的做法哪一個是正確的？（ ）
【答案】：A、沖兆B、C
由E-R圖向關系模型轉換，轉換規(guī)則有如下3條：其中，（1）一個實體型轉換為一個關系，實體的屬性就是該關系的屬性，實體的碼就是該關系的碼。故A、C正確。（2）一個聯系也可轉換散友租為一個關系。故B正確。與該聯系相告清連的各實體的碼，以及聯系的屬性可轉換為關系的屬性。該關系的碼有以下幾種情況：對于l：n聯系，可以將1端實體的主碼作為一個屬性插入到n端的關系中去。對于1：1聯系，可以根據實際情況任選一方的關鍵字作為一個屬性，插入到另一方的關系中。對于m：n的聯系，應該將關系轉換為一個關系模式，并且將關聯實體的關鍵字作為這個關系模式的屬性。即取所連接的各實體碼的組合為關系的碼。故不是每種聯系類型在轉換成聯系類型時都如D中所述。
數據庫的邏輯設計圖的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于數據庫的邏輯設計圖,如何創(chuàng)建數據庫的邏輯設計圖,數據庫如何設計,在數據庫邏輯設計中，當將E-R圖轉換為關系模式時，下面的做法哪一個是正確的？（ ）的信息別忘了在本站進行查找喔。
香港服務器選創(chuàng)新互聯，2H2G首月10元開通。
創(chuàng)新互聯（www.cdcxhl.com）互聯網服務提供商,擁有超過10年的服務器租用、服務器托管、云服務器、虛擬主機、網站系統(tǒng)開發(fā)經驗。專業(yè)提供云主機、虛擬主機、域名注冊、VPS主機、云服務器、香港云服務器、免備案服務器等。
當前標題：如何創(chuàng)建數據庫的邏輯設計圖(數據庫的邏輯設計圖)
瀏覽路徑：http://m.fisionsoft.com.cn/article/dpihgio.html
