隨著互聯(lián)網(wǎng)技術(shù)和數(shù)據(jù)庫技術(shù)的不斷發(fā)展和進(jìn)步，數(shù)據(jù)庫已經(jīng)成為了現(xiàn)代企業(yè)和組織管理中不可或缺的重要組成部分，而創(chuàng)建數(shù)據(jù)庫的邏輯設(shè)計(jì)圖則成為了其中的一項(xiàng)重要任務(wù)。那么，呢？本文將從以下幾個方面進(jìn)行探討。

公司主營業(yè)務(wù)：成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)公司推出茶陵免費(fèi)做網(wǎng)站回饋大家。

一、明確需求和目標(biāo)

創(chuàng)建數(shù)據(jù)庫的邏輯設(shè)計(jì)圖的之一步是明確需求和目標(biāo)。在這一步驟中，需要考慮的問題包括但不限于以下幾個方面：

1. 數(shù)據(jù)庫的主要用途是什么，需要處理哪些數(shù)據(jù)？

2. 數(shù)據(jù)庫的可管理性要求如何？

3. 數(shù)據(jù)庫的安全性要求如何？

4. 數(shù)據(jù)庫的可擴(kuò)展性要求如何？

5. 數(shù)據(jù)庫的性能要求如何？

6. 數(shù)據(jù)庫的操作簡易程度要求如何？

7. 數(shù)據(jù)庫的備份恢復(fù)和容災(zāi)要求如何？

這些是創(chuàng)建數(shù)據(jù)庫邏輯設(shè)計(jì)圖的基本問題，根據(jù)這些問題的答案，可以明確數(shù)據(jù)庫的需求和目標(biāo)，從而開始邏輯設(shè)計(jì)的工作。

二、建立概念模型

在明確了需求和目標(biāo)之后，下一步是建立數(shù)據(jù)庫的概念模型。概念模型是數(shù)據(jù)庫設(shè)計(jì)的重要基礎(chǔ)，而數(shù)據(jù)庫設(shè)計(jì)的好壞也直接關(guān)系到數(shù)據(jù)庫的使用效果。因此，建立概念模型是非常重要的工作。

建立概念模型的主要工作包括以下幾點(diǎn)：

1. 確定實(shí)體

實(shí)體是現(xiàn)實(shí)世界的一個事物，如一本圖書、一個人等。確定實(shí)體是建立概念模型的之一步。

2. 確定實(shí)體之間的聯(lián)系

不同實(shí)體之間可能存在不同的聯(lián)系，如一本圖書和一個作者之間存在關(guān)系，可以作為一個例子。在建立概念模型時，需要明確不同實(shí)體之間的關(guān)系，這有助于建立完整有效的數(shù)據(jù)庫。

3. 確定實(shí)體的屬性

實(shí)體的屬性是描述實(shí)體的特征和屬性的信息，如一個人的身高、體重、姓名等。在建立概念模型時，需要確定實(shí)體的屬性，這有助于后續(xù)建立數(shù)據(jù)庫表。

4. 確定主鍵實(shí)體

主鍵實(shí)體是指在整個實(shí)體中能夠唯一標(biāo)識一個實(shí)體的屬性，如一個人的身份證號、一本圖書的ISBN號等。在建立概念模型時，需要確定主鍵實(shí)體，這有助于建立數(shù)據(jù)庫表。

建立概念模型是數(shù)據(jù)庫設(shè)計(jì)中重要的一步，它對于數(shù)據(jù)庫表的設(shè)計(jì)和數(shù)據(jù)庫操作的效率和質(zhì)量起著至關(guān)重要的作用。

三、建立邏輯模型

建立了概念模型之后，下一步是建立邏輯模型。邏輯模型是概念模型向數(shù)據(jù)庫表轉(zhuǎn)化的過程，也是數(shù)據(jù)庫設(shè)計(jì)中的一個重要步驟。

建立邏輯模型的基本工作包括以下幾點(diǎn)：

1. 將實(shí)體轉(zhuǎn)化為表

在建立邏輯模型時，需要將概念模型中的實(shí)體轉(zhuǎn)化為數(shù)據(jù)庫表，并確定表之間的關(guān)系和聯(lián)系。

2. 將屬性轉(zhuǎn)化為字段

數(shù)據(jù)庫表中的字段是描述實(shí)體屬性的一部分，需要將概念模型中的屬性轉(zhuǎn)化為表中的字段，這有助于后續(xù)建立數(shù)據(jù)庫表的過程。

3. 確定主鍵

在邏輯模型中，需要確定每個表的主鍵，主鍵是用于唯一標(biāo)識每個表中不同記錄的關(guān)鍵字段。

建立了邏輯模型之后，就可以進(jìn)行具體的數(shù)據(jù)庫表的創(chuàng)建和數(shù)據(jù)庫的實(shí)現(xiàn)工作。

四、創(chuàng)建數(shù)據(jù)庫和數(shù)據(jù)表

建立邏輯模型并確定主鍵之后，下一步就是創(chuàng)建數(shù)據(jù)庫和數(shù)據(jù)表。在這一步驟中，需要注意以下幾點(diǎn)：

1. 數(shù)據(jù)庫的命名和選擇適合的數(shù)據(jù)庫引擎

數(shù)據(jù)庫的命名應(yīng)該具有一定的規(guī)范性，避免出現(xiàn)混亂和錯誤。同時，還需要選擇適合的數(shù)據(jù)庫引擎，以支持?jǐn)?shù)據(jù)庫的各種操作。

2. 數(shù)據(jù)表的命名和創(chuàng)建

數(shù)據(jù)表的命名應(yīng)該具有一定的規(guī)范性，避免出現(xiàn)混亂和錯誤。在創(chuàng)建數(shù)據(jù)表時，需要根據(jù)邏輯模型中的表來創(chuàng)建對應(yīng)的數(shù)據(jù)庫表，這有助于實(shí)現(xiàn)數(shù)據(jù)的管理和數(shù)據(jù)的操作。

3. 設(shè)計(jì)表之間的關(guān)系

不同數(shù)據(jù)表之間可能存在不同的關(guān)系和聯(lián)系，如一對多、多對多等。在數(shù)據(jù)庫設(shè)計(jì)中，需要明確不同數(shù)據(jù)表之間的聯(lián)系和關(guān)系，這有助于數(shù)據(jù)的合理組織和使用。

五、

創(chuàng)建數(shù)據(jù)庫的邏輯設(shè)計(jì)圖是數(shù)據(jù)庫設(shè)計(jì)的一個重要步驟，它直接關(guān)系到數(shù)據(jù)庫操作的效率和質(zhì)量。在建立數(shù)據(jù)庫的邏輯設(shè)計(jì)圖時，需要清楚明確數(shù)據(jù)庫的需求和目標(biāo)，建立概念模型和邏輯模型，確定表之間關(guān)系和聯(lián)系等。只有經(jīng)過科學(xué)規(guī)劃和全面設(shè)計(jì)，才能真正實(shí)現(xiàn)數(shù)據(jù)庫的高效管理和優(yōu)化使用。

相關(guān)問題拓展閱讀：

• 數(shù)據(jù)庫如何設(shè)計(jì)
• 在數(shù)據(jù)庫邏輯設(shè)計(jì)中，當(dāng)將E-R圖轉(zhuǎn)換為關(guān)系模式時，下面的做法哪一個是正確的？（ ）

數(shù)據(jù)庫如何設(shè)計(jì)

數(shù)據(jù)庫設(shè)計(jì)的基本步驟

按照規(guī)范設(shè)計(jì)的方法，考慮數(shù)據(jù)庫及其應(yīng)用系統(tǒng)開發(fā)全過程，將數(shù)據(jù)庫設(shè)計(jì)分為以下6個階段

1.需求分析

2.概念結(jié)構(gòu)設(shè)計(jì)

3.邏輯結(jié)構(gòu)設(shè)計(jì)

4.物理結(jié)構(gòu)設(shè)計(jì)

5.數(shù)據(jù)庫實(shí)施

6.數(shù)據(jù)庫的運(yùn)行和維護(hù)

 

數(shù)據(jù)庫設(shè)計(jì)通常分為6個階段1分析用戶的需求，包括數(shù)據(jù)、功能和性能需求；2概念結(jié)構(gòu)設(shè)計(jì)：主要采用E-R模型進(jìn)行設(shè)計(jì)，包括畫E-R圖；3邏輯結(jié)構(gòu)設(shè)計(jì)：指頌通過將轉(zhuǎn)換成表，實(shí)現(xiàn)從E-R模型到關(guān)系模型的轉(zhuǎn)換；4：主要是為所設(shè)計(jì)的數(shù)據(jù)庫選擇合適的和存取路徑；5數(shù)據(jù)庫的實(shí)施：包括編程、測試和試運(yùn)行；6數(shù)據(jù)庫運(yùn)行與維護(hù)：系統(tǒng)的運(yùn)行與數(shù)據(jù)庫的日常維護(hù)。）,主要討論其中的第3個階段,即邏輯設(shè)計(jì)。 

在數(shù)據(jù)庫設(shè)計(jì)過程中，需求分析和概念設(shè)計(jì)可以獨(dú)立于任何數(shù)據(jù)庫管理系統(tǒng)進(jìn)行，邏輯設(shè)計(jì)和物理設(shè)計(jì)與選用的DAMS密切相關(guān)。

 

1.需求分析階段（常用自頂向唯冊鄭下）

      進(jìn)行數(shù)據(jù)庫設(shè)計(jì)首先必須準(zhǔn)確了解和分析用戶需求（包括數(shù)據(jù)與處理）。需求分析是整個設(shè)計(jì)過程的基礎(chǔ)，也是最困難，最耗時的一步。需求分析是否做得充分和準(zhǔn)確，決定了在其上構(gòu)建數(shù)據(jù)庫大廈的速度與質(zhì)量。需求分析做的不好，會導(dǎo)致整個數(shù)據(jù)庫設(shè)計(jì)返工重做。

      需求分析的任務(wù)，是通過詳細(xì)調(diào)查現(xiàn)實(shí)世界要處理的對象，充分了解原系統(tǒng)工作概況，明確用戶的各種需求，然后在此基礎(chǔ)上確定新的系統(tǒng)功能，新系統(tǒng)還得充分考慮今后可能的擴(kuò)充與改變，不僅僅能夠按當(dāng)前應(yīng)用需求來設(shè)計(jì)。

     調(diào)查的重點(diǎn)是，數(shù)據(jù)與處理。達(dá)到信息要求，處理要求，安全性和完整性要求。

     分析方法常用SA(Structured  Analysis) 結(jié)構(gòu)化分析方法，SA方法從最上層的系統(tǒng)組織結(jié)構(gòu)入手，采用自頂向下，逐層分解的方式分析系統(tǒng)。

      數(shù)據(jù)流圖表達(dá)了數(shù)據(jù)和處理過程的關(guān)系，在SA方法中，處理過程的處理邏輯常常借助判定表或判定樹來描述。在處理功能逐步分解的同事，系統(tǒng)中的數(shù)據(jù)也逐級分解，形成若干層次的數(shù)據(jù)流圖。系統(tǒng)中的數(shù)據(jù)則借助數(shù)據(jù)字典（data dictionary，DD）來描述。數(shù)據(jù)字典是系統(tǒng)中各類數(shù)據(jù)描述的，數(shù)據(jù)字典通常包括數(shù)據(jù)項(xiàng)，數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)流，數(shù)據(jù)存儲，和處理過程5個階段。

 

2.概念結(jié)構(gòu)設(shè)計(jì)階段（常用自底向上）

概念結(jié)構(gòu)設(shè)計(jì)是整個數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵，它通過對用戶需求進(jìn)行綜合，歸納與抽象，形成了一個獨(dú)立于具體DBMS的概念模型。

      設(shè)計(jì)概念結(jié)構(gòu)通常有四類方法：

自頂向下。即首先定義全局概念結(jié)構(gòu)的框架，再逐步細(xì)化。

自底向上。即首先定義各局部應(yīng)用的概念結(jié)構(gòu)，然后再將他們集成起來，得到全局概念結(jié)構(gòu)。

逐步擴(kuò)張。首先定義最重姿和要的核心概念結(jié)構(gòu)，然后向外擴(kuò)張，以滾雪球的方式逐步生成其他的概念結(jié)構(gòu)，直至總體概念結(jié)構(gòu)。

混合策略。即自頂向下和自底向上相結(jié)合。

3.邏輯結(jié)構(gòu)設(shè)計(jì)階段（E-R圖）

邏輯結(jié)構(gòu)設(shè)計(jì)是將概念結(jié)構(gòu)轉(zhuǎn)換為某個DBMS所支持的數(shù)據(jù)模型，并將進(jìn)行優(yōu)化。

在這階段，E-R圖顯得異常重要。大家要學(xué)會各個實(shí)體定義的屬性來畫出總體的E-R圖。

各分E-R圖之間的沖突主要有三類：屬性沖突，命名沖突，和結(jié)構(gòu)沖突。

E-R圖向關(guān)系模型的轉(zhuǎn)換，要解決的問題是如何將實(shí)體性和實(shí)體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。

4.物理設(shè)計(jì)階段

物理設(shè)計(jì)是為邏輯數(shù)據(jù)結(jié)構(gòu)模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)（包括存儲結(jié)構(gòu)和存取方法）。

首先要對運(yùn)行的事務(wù)詳細(xì)分析，獲得選擇物理數(shù)據(jù)庫設(shè)計(jì)所需要的參數(shù)，其次，要充分了解所用的RDBMS的內(nèi)部特征，特別是系統(tǒng)提供的存取方法和存儲結(jié)構(gòu)。

常用的存取方法有三類：1.索引方法，目前主要是B+樹索引方法。2.聚簇方法（Clustering）方法。3.是HASH方法。

5.數(shù)據(jù)庫實(shí)施階段

數(shù)據(jù)庫實(shí)施階段，設(shè)計(jì)人員運(yùn)營DBMS提供的數(shù)據(jù)庫語言（如sql）及其宿主語言，根據(jù)邏輯設(shè)計(jì)和物理設(shè)計(jì)的結(jié)果建立數(shù)據(jù)庫，編制和調(diào)試應(yīng)用程序，組織數(shù)據(jù)入庫，并進(jìn)行試運(yùn)行。

6.數(shù)據(jù)庫運(yùn)行和維護(hù)階段

數(shù)據(jù)庫應(yīng)用系統(tǒng)經(jīng)過試運(yùn)行后，即可投入正式運(yùn)行，在數(shù)據(jù)庫系統(tǒng)運(yùn)行過程中必須不斷地對其進(jìn)行評價，調(diào)整，修改。

數(shù)據(jù)庫設(shè)計(jì)5步驟

Five Steps to design the Database

1.確定entities及relationships

a)    明確宏觀行為。數(shù)據(jù)庫是用來做什么的？比如，管理雇員的信息。

b)    確定entities。對于一系列的行為，確定所管理信息所涉及到的主題范圍。這將變成table。比如，雇用員工，指定具體部門，確定技能等級。

c)    確定relationships。分析行為，確定tables之間有何種關(guān)系。比如，部門與雇員之間存在一種關(guān)系。給這種關(guān)系命名。

d)    細(xì)化行為。從宏觀行為開始，現(xiàn)在仔細(xì)檢查這些行為，看有哪些行為能轉(zhuǎn)為微觀行為。比如，管理雇員的信息可細(xì)化為：

·增加新員工

·修改存在員工信息

·刪除調(diào)走的員工

e)    確定業(yè)務(wù)規(guī)則。分析業(yè)務(wù)規(guī)則，確定你要采取哪種。比如，可能有這樣一種規(guī)則，一個部門有且只能有一個部門領(lǐng)導(dǎo)。這些規(guī)則將被設(shè)計(jì)到數(shù)據(jù)庫的結(jié)構(gòu)中。

====================================================================

范例：

ACME是一個小公司，在5個地方都設(shè)有辦事處。當(dāng)前，有75名員工。公司準(zhǔn)備快速擴(kuò)大規(guī)模，劃分了9個部門，每個部門都有其領(lǐng)導(dǎo)。

為有助于尋求新的員工，人事部門規(guī)劃了68種技能，為將來人事管理作好準(zhǔn)備。員工被招進(jìn)時，每一種技能的專業(yè)等級都被確定。

定義宏觀行為

一些ACME公司的宏觀行為包括：

● 招聘員工

● 解雇員工

● 管理員工個人信息

● 管理公司所需的技能信息

● 管理哪位員工有哪些技能

● 管理部門信息

● 管理辦事處信息

確定entities及relationships

我們可以確定要存放信息的主題領(lǐng)域(表)及其關(guān)系，并創(chuàng)建一個基于宏觀行為及描述的圖表。

我們用方框來代表table，用菱形代表relationship。我們可以確定哪些relationship是一對多，一對一，及多對多。

這是一個E-R草圖，以后會細(xì)化。

細(xì)化宏觀行為

以下微觀行為基于上面宏觀行為而形成：

● 增加或刪除一個員工

● 增加或刪除一個辦事處

● 列出一個部門中的所有員工

● 增加一項(xiàng)技能

● 增加一個員工的一項(xiàng)技能

● 確定一個員工的技能

● 確定一個員工每項(xiàng)技能的等級

● 確定所有擁有相同等級的某項(xiàng)技能的員工

● 修改員工的技能等級

這些微觀行為可用來確定需要哪些table或relationship。

確定業(yè)務(wù)規(guī)則

業(yè)務(wù)規(guī)則常用于確定一對多，一對一，及多對多關(guān)系。

相關(guān)的業(yè)務(wù)規(guī)則可能有：

● 現(xiàn)在有5個辦事處；最多允許擴(kuò)展到10個。

● 員工可以改變部門或辦事處

● 每個部門有一個部門領(lǐng)導(dǎo)

● 每個辦事處至多有3個號碼

● 每個號碼有一個或多個擴(kuò)展

● 員工被招進(jìn)時，每一種技能的專業(yè)等級都被確定。

● 每位員工擁有3到20個技能

● 某位員工可能被安排在一個辦事處，也可能不安排辦事處。

2.確定所需數(shù)據(jù)

要確定所需數(shù)據(jù)：

a)    確定支持?jǐn)?shù)據(jù)

b)    列出所要跟蹤的所有數(shù)據(jù)。描述table(主題)的數(shù)據(jù)回答這些問題：誰，什么，哪里，何時，以及為什么

c)    為每個table建立數(shù)據(jù)

d)    列出每個table目前看起來合適的可用數(shù)據(jù)

e)    為每個relationship設(shè)置數(shù)據(jù)

f)    如果有，為每個relationship列出適用的數(shù)據(jù)

確定支持?jǐn)?shù)據(jù)

你所確定的支持?jǐn)?shù)據(jù)將會成為table中的字段名。比如，下列數(shù)據(jù)將適用于表Employee，表Skill，表Expert In。

Employee

   

Skill

   

Expert In

   

ID

   

ID

   

Level

   

Last Name

   

Name

   

Date acquired

   

First Name

   

Description

   

   

Department

   

   

   

Office

   

   

   

Address

   

   

   

如果將這些數(shù)據(jù)畫成圖表，就像：

 

需要注意： 

● 在確定支持?jǐn)?shù)據(jù)時，請一定要參考你之前所確定的宏觀行為，以清楚如何利用這些數(shù)據(jù)。 

● 比如，如果你知道你需要所有員工的按姓氏排序的列表，確保你將支持?jǐn)?shù)據(jù)分解為名字與姓氏，這比簡單地提供一個名字會更好。 

● 你所選擇的名稱更好保持一致性。這將更易于維護(hù)數(shù)據(jù)庫，也更易于閱讀所輸出的報表。 

● 比如，如果你在某些地方用了一個縮寫名稱Emp_status，你就不應(yīng)該在另外一個地方使用全名(Empolyee_ID)。相反，這些名稱應(yīng)當(dāng)是Emp_status及Emp_id。 

● 數(shù)據(jù)是否與正確的table相對應(yīng)無關(guān)緊要，你可以根據(jù)自己的喜好來定。在下節(jié)中，你會通過測試對此作出判斷。

3.標(biāo)準(zhǔn)化數(shù)據(jù)

標(biāo)準(zhǔn)化是你用以消除數(shù)據(jù)冗余及確保數(shù)據(jù)與正確的table或relationship相關(guān)聯(lián)的一系列測試。共有5個測試。本節(jié)中，我們將討論經(jīng)常使用的3個。

關(guān)于標(biāo)準(zhǔn)化測試的更多信息，請參考有關(guān)數(shù)據(jù)庫設(shè)計(jì)的書籍。

標(biāo)準(zhǔn)化格式

標(biāo)準(zhǔn)化格式是標(biāo)準(zhǔn)化數(shù)據(jù)的常用測試方式。你的數(shù)據(jù)通過之一遍測試后，就被認(rèn)為是達(dá)到之一標(biāo)準(zhǔn)化格式；通過第二遍測試，達(dá)到第二標(biāo)準(zhǔn)化格式；通過第三遍測試，達(dá)到第三標(biāo)準(zhǔn)化格式。

如何標(biāo)準(zhǔn)格式：

1． 列出數(shù)據(jù)

2． 為每個表確定至少一個鍵。每個表必須有一個主鍵。

3． 確定relationships的鍵。relationships的鍵是連接兩個表的鍵。

4． 檢查支持?jǐn)?shù)據(jù)列表中的計(jì)算數(shù)據(jù)。計(jì)算數(shù)據(jù)通常不保存在數(shù)據(jù)庫中。

5． 將數(shù)據(jù)放在之一遍的標(biāo)準(zhǔn)化格式中：

6． 從tables及relationships除去重復(fù)的數(shù)據(jù)。

7． 以你所除去數(shù)據(jù)創(chuàng)建一個或更多的tables及relationships。

8． 將數(shù)據(jù)放在第二遍的標(biāo)準(zhǔn)化格式中：

9． 用多于一個以上的鍵確定tables及relationships。

10． 除去只依賴于鍵一部分的數(shù)據(jù)。

11． 以你所除去數(shù)據(jù)創(chuàng)建一個或更多的tables及relationships。

12． 將數(shù)據(jù)放在第三遍的標(biāo)準(zhǔn)化格式中：

13． 除去那些依賴于tables或relationships中其他數(shù)據(jù)，并且不是鍵的數(shù)據(jù)。

14． 以你所除去數(shù)據(jù)創(chuàng)建一個或更多的tables及relationships。

數(shù)據(jù)與鍵

在你開始標(biāo)準(zhǔn)化（測試數(shù)據(jù)）前，簡單地列出數(shù)據(jù)，并為每張表確定一個唯一的主鍵。這個鍵可以由一個字段或幾個字段（連鎖鍵）組成。

主鍵是一張表中唯一區(qū)分各行的一組字段。Employee表的主鍵是Employee ID字段。Works In relationship中的主鍵包括Office Code及Employee ID字段。給數(shù)據(jù)庫中每一relationship給出一個鍵，從其所連接的每一個table中抽取其鍵產(chǎn)生。

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

   

將數(shù)據(jù)放在之一遍的標(biāo)準(zhǔn)化格式中

● 除去重復(fù)的組

● 要測試之一遍標(biāo)準(zhǔn)化格式，除去重復(fù)的組，并將它們放進(jìn)他們各自的一張表中。

● 在下面的例子中，Phone Number可以重復(fù)。（一個工作人員可以有多于一個的號碼。）將重復(fù)的組除去，創(chuàng)建一個名為Telephone的新表。在Telephone與Office創(chuàng)建一個名為Associated With的relationship。

將數(shù)據(jù)放在第二遍的標(biāo)準(zhǔn)化格式中

● 除去那些不依賴于整個鍵的數(shù)據(jù)。

● 只看那些有一個以上鍵的tables及relationships。要測試第二遍標(biāo)準(zhǔn)化格式，除去那些不依賴于整個鍵的任何數(shù)據(jù)（組成鍵的所有字段）。

● 在此例中，原Employee表有一個由兩個字段組成的鍵。一些數(shù)據(jù)不依賴于整個鍵；例如，department name只依賴于其中一個鍵（Department ID）。因此，Department ID，其他Employee數(shù)據(jù)并不依賴于它，應(yīng)移至一個名為Department的新表中，并為Employee及Department建立一個名為Assigned To的relationship。

將數(shù)據(jù)放在第三遍的標(biāo)準(zhǔn)化格式中

● 除去那些不直接依賴于鍵的數(shù)據(jù)。

● 要測試第三遍標(biāo)準(zhǔn)化格式，除去那些不是直接依賴于鍵，而是依賴于其他數(shù)據(jù)的數(shù)據(jù)。

● 在此例中，原Employee表有依賴于其鍵（Employee ID）的數(shù)據(jù)。然而，office location及office phone依賴于其他字段，即Office Code。它們不直接依賴于Employee ID鍵。將這組數(shù)據(jù)，包括Office Code，移至一個名為Office的新表中，并為Employee及Office建立一個名為Works In的relationship。

4.考量關(guān)系

當(dāng)你完成標(biāo)準(zhǔn)化進(jìn)程后，你的設(shè)計(jì)已經(jīng)差不多完成了。你所需要做的，就是考量關(guān)系。

考量帶有數(shù)據(jù)的關(guān)系

你的一些relationship可能集含有數(shù)據(jù)。這經(jīng)常發(fā)生在多對多的關(guān)系中。

遇到這種情況，將relationship轉(zhuǎn)化為一個table。relationship的鍵依舊成為table中的鍵。

考量沒有數(shù)據(jù)的關(guān)系

要實(shí)現(xiàn)沒有數(shù)據(jù)的關(guān)系，你需要定義外部鍵。外部鍵是含有另外一個表中主鍵的一個或多個字段。外部鍵使你能同時連接多表數(shù)據(jù)。

有一些基本原則能幫助你決定將這些鍵放在哪里：

一對多 在一對多關(guān)系中，“一”中的主鍵放在“多”中。此例中，外部鍵放在Employee表中。

一對一 在一對一關(guān)系中，外部鍵可以放進(jìn)任一表中。如果必須要放在某一邊，而不能放在另一邊，應(yīng)該放在必須的一邊。此例中，外部鍵（Head ID）在Department表中，因?yàn)檫@是必需的。

多對多 在多對多關(guān)系中，用兩個外部鍵來創(chuàng)建一個新表。已存的舊表通過這個新表來發(fā)生聯(lián)系。

5.檢驗(yàn)設(shè)計(jì)

在你完成設(shè)計(jì)之前，你需要確保它滿足你的需要。檢查你在一開始時所定義的行為，確認(rèn)你可以獲取行為所需要的所有數(shù)據(jù)：

● 你能找到一個路徑來等到你所需要的所有信息嗎？

● 設(shè)計(jì)是否滿足了你的需要？

● 所有需要的數(shù)據(jù)都可用嗎？

如果你對以上的問題都回答是，你已經(jīng)差不多完成設(shè)計(jì)了。

最終設(shè)計(jì)

最終設(shè)計(jì)看起來就像這樣：

設(shè)計(jì)數(shù)據(jù)庫的表屬性

數(shù)據(jù)庫設(shè)計(jì)需要確定有什么表，每張表有什么字段。此節(jié)討論如何指定各字段的屬性。

對于每一字段，你必須決定字段名，數(shù)據(jù)類型及大小，是否允許NULL值，以及你是否希望數(shù)據(jù)庫限制字段中所允許的值。

選擇字段名

字段名可以是字母、數(shù)字或符號的任意組合。然而，如果字段名包括了字母、數(shù)字或下劃線、或并不以字母打頭，或者它是個關(guān)鍵字（詳見關(guān)鍵字表），那么當(dāng)使用字段名稱時，必須用雙引號括起來。

為字段選擇數(shù)據(jù)類型

SQL Anywhere支持的數(shù)據(jù)類型包括：

整數(shù)（int, integer, allint）

小數(shù)（decimal, numeric）

浮點(diǎn)數(shù)（float, double）

字符型（char, varchar, long varchar）

二進(jìn)制數(shù)據(jù)類型（binary, long binary）

日期/時間類型（date, time, timestamp）

用戶自定義類型

關(guān)于數(shù)據(jù)類型的內(nèi)容，請參見“SQL Anywhere數(shù)據(jù)類型”一節(jié)。字段的數(shù)據(jù)類型影響字段的更大尺寸。例如，如果你指定ALLINT，此字段可以容納32,767的整數(shù)。INTEGER可以容納2,147,483,647的整數(shù)。對CHAR來講，字段的更大值必須指定。

長二進(jìn)制的數(shù)據(jù)類型可用來在數(shù)據(jù)庫中保存例如圖像(如位圖)或者文字編輯文檔。這些類型的信息通常被稱為二進(jìn)制大型對象，或者BLOBS。

關(guān)于每一數(shù)據(jù)類型的完整描述，見“SQL Anywhere數(shù)據(jù)類型”。

系統(tǒng)磨做架構(gòu)師：數(shù)據(jù)庫系統(tǒng)瞎橋衡之?dāng)?shù)據(jù)庫設(shè)計(jì)方法、基本步消叢驟和需求分析

在數(shù)據(jù)庫邏輯設(shè)計(jì)中，當(dāng)將E-R圖轉(zhuǎn)換為關(guān)系模式時，下面的做法哪一個是正確的？（ ）

【答案】：A、沖兆B、C

由E-R圖向關(guān)系模型轉(zhuǎn)換，轉(zhuǎn)換規(guī)則有如下3條：其中，（1）一個實(shí)體型轉(zhuǎn)換為一個關(guān)系，實(shí)體的屬性就是該關(guān)系的屬性，實(shí)體的碼就是該關(guān)系的碼。故A、C正確。（2）一個聯(lián)系也可轉(zhuǎn)換散友租為一個關(guān)系。故B正確。與該聯(lián)系相告清連的各實(shí)體的碼，以及聯(lián)系的屬性可轉(zhuǎn)換為關(guān)系的屬性。該關(guān)系的碼有以下幾種情況：對于l：n聯(lián)系，可以將1端實(shí)體的主碼作為一個屬性插入到n端的關(guān)系中去。對于1：1聯(lián)系，可以根據(jù)實(shí)際情況任選一方的關(guān)鍵字作為一個屬性，插入到另一方的關(guān)系中。對于m：n的聯(lián)系，應(yīng)該將關(guān)系轉(zhuǎn)換為一個關(guān)系模式，并且將關(guān)聯(lián)實(shí)體的關(guān)鍵字作為這個關(guān)系模式的屬性。即取所連接的各實(shí)體碼的組合為關(guān)系的碼。故不是每種聯(lián)系類型在轉(zhuǎn)換成聯(lián)系類型時都如D中所述。

數(shù)據(jù)庫的邏輯設(shè)計(jì)圖的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫的邏輯設(shè)計(jì)圖,如何創(chuàng)建數(shù)據(jù)庫的邏輯設(shè)計(jì)圖,數(shù)據(jù)庫如何設(shè)計(jì),在數(shù)據(jù)庫邏輯設(shè)計(jì)中，當(dāng)將E-R圖轉(zhuǎn)換為關(guān)系模式時，下面的做法哪一個是正確的？（ ）的信息別忘了在本站進(jìn)行查找喔。

香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。

本文題目：如何創(chuàng)建數(shù)據(jù)庫的邏輯設(shè)計(jì)圖(數(shù)據(jù)庫的邏輯設(shè)計(jì)圖)
本文來源：http://uogjgqi.cn/article/dpihgio.html