資料庫資料模型設計：資料總體結構設計、概念資料模型設計、構建資料庫模式
資料庫設計要考慮容易管理，容易提取、並且少佔倉儲空間 把資料顯示與資料儲存這兩個層的概念範疇分開
建模工具採用uml(統一建模語言)
總體設計：分析問題域(工作流與資料流分析)
劃分物件(物件導向分析)
定義類(物件導向設計)
定義類之間的關係(物件導向設計)
繪製uml類圖
發布總體結構，統一設計思想
總體結構設計階段只需要關注類、類的關係及類的屬性，關注類之間賴於關聯的主、外來鍵屬性
概念資料庫模型：通過實體、屬性、域和聯絡來描述
需要合適的結構化資料庫，構建資料庫就是資料庫設計
dbms(資料庫管理系統):乙個能夠讓使用者定義、建立和維護資料庫以及控制對資料庫的訪問的軟體系統
乙個應用程式是乙個電腦程式，它通過向dbms發出合適的請求(sql語句)來與資料庫互動、更廣泛地說，資料庫系統是用於定義與資料庫、dbms和資料本身互動的應用程式的集合
在web環境中，傳統的兩層客戶-伺服器模型已經被三層模型代替，三層模型由使用者介面(客戶)、業務邏輯和資料處理層(應用伺服器)構成，並且dbms(資料庫伺服器)分布在不同的機器上
dmbs是與使用者、應用程式和資料庫進行相互作用的軟體
應用程式：乙個通過向dbms發出合適的請求(一般是乙個sql語句)與資料庫互動的計算機應用程式
dbms環境組成部分：硬體、軟體、資料。過程和人
硬體：dbms軟體和應用程式以及作業系統
軟體：dbms軟體和應用程式以及作業系統、
資料：資料扮演了硬體、軟體以及人之間的橋梁
過程：控制資料庫設計和使用的指令和規則
人：dba
事務：由使用者或應用程式執行的乙個動作或一系列動作，這些動作訪問或修改資料庫的內容
dba必須了解dbms的所以功能
關聯式資料庫管理系統：rdbms
資料模型：描述資料、資料間的關係以及公司所使用的資料的約束的概念集合
資料模型的目的是描述資料並且是資料可以理解
關係：具有行和列的表
屬性：關係中被命名的列
域：乙個或多個屬性的取值範圍
元組：關係中的一行記錄
超鍵：乙個列或者列表，唯一的標識了表中的乙個記錄
候選鍵：僅包含唯一標識實體所必需的最小數量的屬性、列的超鍵
主鍵：唯一標識表中記錄的候選鍵
外來鍵：乙個表中的乙個列或多個列的集合，這些列匹配某些其他(也可能是同乙個)表中的候選鍵
關聯式資料庫查詢語言qbe
資料庫應用程式生命週期：資料庫規劃-系統定義-需求的收集與分析-邏輯設計-物理設計
表明使用者檢視是開發資料庫應用程式的乙個重要方面
處理多使用者檢視的方法：集中式方法、檢視整合方法、兩種方法的結合
集中式方法：對於資料庫系統來說，需要將每個使用者檢視合併到乙個需要列表中。在資料庫設計階段建立表所有使用者檢視的資料模型
檢視整合方法：每個使用者檢視的需求被用來構建使用者檢視的獨立的資料模型，最終的資料模型在資料庫設計的後續步驟中通過合併得到的
資料庫設計：建立支援公司的任務陳述和任務目標的資料庫系統的設計過程
資料庫設計分為：邏輯和物理設計
邏輯資料庫設計階段：要標識資料庫中要描述的重要物件以及這些物件之間的關係
物理資料庫設計階段：確定邏輯設計如何在目標dbms中物理地實現
資料管理員(da) 資料庫管理員(dba)
da更關心資料庫生命週期的早期階段，從規劃到邏輯資料庫設計
dba更關注後期的工作，從應用程式和物理資料庫設計到資料庫的運作維護等
da：對企業資料的管理和控制，也包括資料庫規劃、標準的開發和維護、策略和過程以及邏輯資料庫設計
資料庫安全包括：硬體、軟體、人和資料等
資料庫設計 設計資料庫之前
1.考察現有環境 在設計乙個新資料庫時，你不但應該仔細研究業務需求而且還要考察現有的系統。大多數資料庫 專案都不是從頭開始建立的 通常，機構內總會存在用來滿足特定需求的現有系統 可能沒有實 現自動計算 顯然，現有系統並不完美，否則你就不必再建立新系統了。但是對舊系統的研究 可以讓你發現一些可能會忽略...
資料庫設計 設計資料庫之前
1.考察現有環境 在設計乙個新資料庫時，你不但應該仔細研究業務需求而且還要考察現有的系統。大多數資料庫 專案都不是從頭開始建立的 通常，機構內總會存在用來滿足特定需求的現有系統 可能沒有實 現自動計算 顯然，現有系統並不完美，否則你就不必再建立新系統了。但是對舊系統的研究 可以讓你發現一些可能會忽略...
資料庫設計 設計資料庫之前
1.考察現有環境 在設計乙個新資料庫時，你不但應該仔細研究業務需求而且還要考察現有的系統。大多數資料庫 專案都不是從頭開始建立的 通常，機構內總會存在用來滿足特定需求的現有系統 可能沒有實 現自動計算 顯然，現有系統並不完美，否則你就不必再建立新系統了。但是對舊系統的研究 可以讓你發現一些可能會忽略...