資料庫設計

一,系統開發周期：

1是乙個自頂向下的系統過程

2將商業資訊需求轉化為乙個可操作的資料庫、

3由五個階段組成：需求分析，系統設計，編碼，測試，維護；

資料庫設計

將乙個模型轉化為乙個可使用的軟體，根據規則，判斷以及經驗進行設計

資料庫設計的關鍵因素：

效能，完整性，和其他系統的融合，文件和溝通，可擴充套件性，避免重**明輪子

客戶想法———資料建模——–

二、資料建模

er圖：

1和人們思想的概念互動，

2能高效的收集並且文件化乙個公司組織的資訊需求，

3提供乙個容易理解的系統**，

4能被容易地開發並重定義，

5清晰地定義了資訊的範圍，

6分隔資訊需求；

實體關係建模的概念

實體：生活中存在的一些事物：如客戶，訂單，銷售代表等；

屬性：描述實體的一些特性，如姓名，**，身份證號碼等；

關係：倆個實體之間的關係，例：一對一，一對多，多對多；

虛線：可以有，可以沒有；實線：必須有；豎槓（強制建立乙個聯合主鍵），將對方uid拿過來做聯合主鍵；

唯一：uid(#) 非空：（*）任意：（o）

聯合外來鍵，聯合唯一；

一對一關係如果要建立主外來鍵關係，如果都是實線或都是虛線可以隨便建。如果一邊實線；一邊虛線，實線一邊建外鍵（唯一）；

一對多關係外來鍵建立在多的一方；

多對多可以拆成倆個一對多或者建乙個橋表；

完整性約束：

主鍵：乙個表只能有乙個主鍵，非空，唯一；

（**主鍵：沒有任何邏輯含義，無需更新，一般設為數值型別2自然主鍵：本身有含義，有可能進行更新）

外來鍵：由一列或多列組成，取值為本表或其他表的唯一約束列或主鍵列，可以為空，如果外來鍵是聯合主鍵的一部分，那麼外來鍵不可以為空；

非空，唯一； check:自定義約束限定列的內容；

1.考察現有環境在設計乙個新資料庫時，你不但應該仔細研究業務需求而且還要考察現有的系統。大多數資料庫專案都不是從頭開始建立的通常，機構內總會存在用來滿足特定需求的現有系統可能沒有實現自動計算顯然，現有系統並不完美，否則你就不必再建立新系統了。但是對舊系統的研究可以讓你發現一些可能會忽略...