【正文】 外模式 模式 內模式 數(shù)據(jù)庫的兩級映像 ?三級模式是對數(shù)據(jù)的三個抽象級別 ?二級映象在 DBMS內部實現(xiàn)這三個抽象層次的聯(lián)系和轉換 ? 外模式／模式映像 ? 模式／內模式映像 （ 1）外模式／模式映象 ?模式：描述的是數(shù)據(jù)的全局邏輯結構 ?外模式：描述的是數(shù)據(jù)的局部邏輯結構 ?同一個模式可以有任意多個外模式 ?每一個外模式 ， 數(shù)據(jù)庫系統(tǒng)都有一個外模式／模式映象 ， 定義外模式與模式之間的對應關系 ?映象定義通常包含在各自外模式的描述中 外模式／模式映象（續(xù)） 保證數(shù)據(jù)的邏輯獨立性 ? 當模式改變時 ， 數(shù)據(jù)庫管理員修改有關的外模式／模式映象 ， 使外模式保持不變 ? 應用程序是依據(jù)數(shù)據(jù)的外模式編寫的 ， 從而應用程序不必修改 ， 保證了數(shù)據(jù)與程序的邏輯獨立性 ， 簡稱數(shù)據(jù)的邏輯獨立性 。 （ 2）模式／內模式映象 ?模式／內模式映象定義了數(shù)據(jù)全局邏輯結構與存儲結構之間的對應關系 。 ? 例如 ， 說明邏輯記錄和字段在內部是如何表示的 ?數(shù)據(jù)庫中模式／內模式映象是唯一的 ?該映象定義通常包含在模式描述中 模式／內模式映象（續(xù)） 保證數(shù)據(jù)的物理獨立性 ? 當數(shù)據(jù)庫的存儲結構改變了 （ 例如選用了另一種存儲結構 ） ， 數(shù)據(jù)庫管理員修改模式／內模式映象 ， 使模式保持不變 ? 應用程序不受影響 。 保證了數(shù)據(jù)與程序的物理獨立性 ，簡稱數(shù)據(jù)的物理獨立性 。 數(shù)據(jù)庫系統(tǒng)結構 ? ? 從數(shù)據(jù)庫管理系統(tǒng)角度看 ? ? 從數(shù)據(jù)庫最終用戶角度看 數(shù)據(jù)庫系統(tǒng)外部的體系結構 ?單用戶結構 ?主從式結構 ?分布式結構 ?客戶 /服務器結構 ?瀏覽器 /應用服務器 /數(shù)據(jù)庫服務器結構 1. 單用戶數(shù)據(jù)庫系統(tǒng) ?整個數(shù)據(jù)庫系統(tǒng) (應用程序 、 DBMS、 數(shù)據(jù) )裝在一臺計算機上 ， 為一個用戶獨占 ， 不同機器之間不能共享數(shù)據(jù) 。 ?早期的最簡單的數(shù)據(jù)庫系統(tǒng)：例如一個企業(yè)的各個部門都使用本部門的機器來管理本部門的數(shù)據(jù) ， 各個部門的機器是獨立的 。 由于不同部門之間不能共享數(shù)據(jù) ， 因此企業(yè)內部存在大量的冗余數(shù)據(jù) 。 例如人事部門 、 會計部門 、 技術部門必須重復存放每一名職工的一些基本信息 （ 職工號 、姓名等 ） 。 2. 主從式結構的數(shù)據(jù)庫系統(tǒng) ?一個主機帶多個終端的多用戶結構 ? 數(shù)據(jù)庫系統(tǒng) ， 包括應用程序 、 DBMS、 數(shù)據(jù) ， 都集中存放在主機上 ， 所有處理任務都由主機來完成 ? 各個用戶通過主機的終端并發(fā)地存取數(shù)據(jù)庫 ， 共享數(shù)據(jù)資源 主從式結構的數(shù)據(jù)庫系統(tǒng) 主機 終端 主從式結構的數(shù)據(jù)庫系統(tǒng) (續(xù)） ?優(yōu)點 ? 易于管理 、 控制與維護 。 ?缺點 ? 當終端用戶數(shù)目增加到一定程度后 ， 主機的任務會過分繁重 ， 成為瓶頸 ， 從而使系統(tǒng)性能下降 。 ? 系統(tǒng)的可靠性依賴主機 ,當主機出現(xiàn)故障時 ， 整個系統(tǒng)都不能使用 。 3. 分布式結構的數(shù)據(jù)庫系統(tǒng) ?數(shù)據(jù)庫中的數(shù)據(jù)在 邏輯上是一個整體 ， 但 物理地分布 在計算機網(wǎng)絡的不同結點上 。 ? 網(wǎng)絡中的每個結點都可以獨立處理本地數(shù)據(jù)庫中的數(shù)據(jù) ， 執(zhí)行局部應用 ? 同時也可以同時存取和處理多個異地數(shù)據(jù)庫中的數(shù)據(jù) ，執(zhí)行全局應用 分布式結構的數(shù)據(jù)庫系統(tǒng)（續(xù)） ?優(yōu)點 ? 適應了地理上分散的公司 、 團體和組織對于數(shù)據(jù)庫應用的需求 。 ?缺點 ? 數(shù)據(jù)的分布存放給數(shù)據(jù)的處理 、 管理與維護帶來困難 。 ? 當用戶需要經常訪問遠程數(shù)據(jù)時 ， 系統(tǒng)效率會明顯地受到網(wǎng)絡傳輸?shù)闹萍s 。 4．客戶／服務器結構的數(shù)據(jù)庫系統(tǒng) ?把 DBMS功能和應用分開 ? 網(wǎng)絡中某個 （ 些 ） 結點上的計算機專門用于執(zhí)行DBMS功能 ， 稱為數(shù)據(jù)庫服務器 ， 簡稱服務器 ? 其他結點上的計算機安裝 DBMS的外圍應用開發(fā)工具 ，用戶的應用系統(tǒng) ， 稱為客戶機 客戶／服務器數(shù)據(jù)庫系統(tǒng)的種類 ?集中的服務器結構 一臺數(shù)據(jù)庫服務器 ， 多臺客戶機 ?分布的服務器結構 ? 在網(wǎng)絡中有多臺數(shù)據(jù)庫服務器 ? 分布的服務器結構是客戶／服務器與分布式數(shù)據(jù)庫的結合 客戶／服務器結構的優(yōu)點 ? 客戶端的用戶請求被傳送到數(shù)據(jù)庫服務器 ， 數(shù)據(jù)庫服務器進行處理后 ， 只將結果返回給用戶 ， 從而顯著減少了數(shù)據(jù)傳輸量 ? 客戶機不是毫無運算能力的輸入 、 輸出設備 ， 而是具有了一定的數(shù)據(jù)處理和數(shù)據(jù)存儲能力 ， 通過把應用軟件的計算和數(shù)據(jù)合理地分配在客戶機和服務器兩端 ， 可以有效地降低網(wǎng)絡通信量和服務器運算量 。 由于服務器連接個數(shù)和數(shù)據(jù)通信量的限制 ， 這種結構的軟件適于在用戶數(shù)目不多的局域網(wǎng)內使用 。 國內目前的大部分 ERP（ 財務 ）軟件產品即屬于此類結構 。 回應 SQL 請求 Client SQL Server 客戶／服務器結構的缺點 “胖客戶 ” 問題： ? 系統(tǒng)安裝復雜 ， 工作量大 。 ? 應用維護困難 ， 難于保密 ， 造成安全性差 。 ? 相同的應用程序要重復安裝在每一臺客戶機上 ， 從系統(tǒng)總體來看 ， 大大浪費了系統(tǒng)資源 。 系統(tǒng)規(guī)模達到數(shù)百數(shù)千臺客戶機 ， 它們的硬件配置 、操作系統(tǒng)又常常不同 ， 要為每一個客戶機安裝應用程序和相應的工具模塊 ， 其安裝維護代價便不可接受了 。 5. 瀏覽器 /應用服務器 /數(shù)據(jù)庫服務器結構 ?客戶端： 瀏覽器軟件 、 用戶界面 瀏覽器的界面統(tǒng)一 ， 廣大用戶容易掌握 大大減少了培訓時間與費用 。 ?服務器端分為兩部分： ? Web服務器 、 應用服務器 ? 數(shù)據(jù)庫服務器等 大大減少了系統(tǒng)開發(fā)和維護代價 能夠支持數(shù)萬甚至更多的用戶 三層 C/B/S結構 發(fā)送命令 處理命令后請求數(shù)據(jù) 返回數(shù)據(jù) 處理數(shù)據(jù)后返回結果 Client Web Server Database Server 客戶端運行瀏覽器軟件。瀏覽器以超文本形式向 Web服務器提出訪問數(shù)據(jù)庫的要求， Web服務器接受客戶端請求后，將這個請求轉化為 SQL語法，并交給數(shù)據(jù)庫服務器，數(shù)據(jù)庫服務器得到請求后，驗證其合法性，并進行數(shù)據(jù)處理，然后將處理后的結果返回給 Web服務器， Web服務器再一次將得到的所有結果進行轉化，變成 HTML文檔形式，轉發(fā)給客戶端瀏覽器以友好的 Web頁面形式顯示出來。 小結 ?數(shù)據(jù)管理的發(fā)展過程 ?數(shù)據(jù)模型 ? 數(shù)據(jù)模型的三要素 ? 概念模型 ， ER 模型 ? 三種主要數(shù)據(jù)庫模型 ?數(shù)據(jù)庫系統(tǒng)結構 ? 數(shù)據(jù)庫系統(tǒng)三級模式結構 ? 數(shù)據(jù)庫系統(tǒng)兩層映像系統(tǒng)結構 作 業(yè) 查閱資料，完成以下報告： ? 數(shù)據(jù)庫技術的發(fā)展與展望 A4打印，正文宋體、小四，單倍行間距。列出參考文獻。不超過三頁。 周五上課時交。 郵箱： 密碼： abc123