1.分布式數據庫系統的特點和優點是什么?

分布式數據庫系統具有下列優點：

(1)更適合分布式的管理與控制

(2)具有靈活的體系結構

(3)系統經濟，可靠性高，可用性好

(4)在某些情況下可提高系統性能

(5)可擴展性好，易于集成現有系統，也易于擴充。

分布式數據庫系統也存在一些缺點：

(1)通信開銷較大，故障率高

(2)數據的存取結構復雜

(3)數據的安全性和保密性較難控制

(4)分布式數據庫的設計、站點劃分及數據在不同站點的分配比

較復雜

2.簡述分布式數據庫系統的體系結構。

分布式數據庫的體系結構分為四層，分別是全局外層、全局概念

層、局部概念層和局部內層，如圖所示。其中全局外層和全局概

念層是分布式數據庫特有的模式結構，而局部概念層則對應著集

中式數據庫的概念模式層，局部內層對應著集中式數據庫的內模

式層。

3.分布式數據庫中的數據分片有哪些方式？數據分配有哪些

方式？

數據分片的方法主要有下面幾種：

(1)水平分片

將數據分割成不相交的元組集合，每個子集為一個邏輯片段。水

平分片可通過關系代數中的選擇運算來實現，全局關系可通過分

片的Union操作來得到。

(2)垂直分片

把全局關系的屬性集分成若干子集，可通過投影運算來實現。

(3)混合分片

數據分配可以采用以下幾種不同的策略：

(1)集中式分配

將所有分片都存儲在同一站點上。這種分配方式容易管理，一致

性易保證，但可靠性差。

(2)分割式分配

每個分片分配存儲到某個特定站點上。這種方式可充分利用站點

存儲資源，部分站點故障時系統仍可運行，可靠性較好。但全局查詢

代價高。

(3)復制式分配

每個分片在所有站點都有副本。這種方式可靠性高，響應快，但

數據同步代價高，冗余大。

(4)混合式分配

所有分片劃分成若干子集，每個子集存儲于1個或多個站點上。

這種方式靈活性好，兼有分割式和復制式優點，但同時也兼有兩者缺

點。

4.簡述面向對象數據模型的基本概念。

(1)對象(Object)與對象標識OID(ObjectIDentifier)

現實世界的任一實體都被統一地模型化為一個對象，每個對象有

一個惟一的標識，稱為對象標識(0ID)o

(2)封裝(Encapsulation)

每一個對象是其狀態與行為的封裝，其中狀態是該對象一系列屬

性(Attribute)值的集合，而行為是在對象狀態上操作的集合，

操作也稱為方法(Method)。

(3)類(Class)

共享同樣屬性和方法集的所有對象構成了一個對象類(簡稱類)，

一個對象是某一類的一個實例(Instance)。例如，學生是一個類,

李楓、張晨、楊敏等是學生類中的對象。在數據庫系統中，要注

意區分“型”和“值”的概念。在OODB中，類是“型二對象是

某一類的一個“值二類屬性的定義域可以是任何類，即可以是基

本類，如整數、字符串、布爾型，也可以是包含屬性和方法的一

般類。特別地，一個類的某一屬性的定義也可是這個類自身。

（4）類層次（結構）

在一個面向對象數據庫模式中，可以定義一個類（如C1）的子類

（如C2）,類C1稱為類C2的超類（或父類）。子類（如C2）還可

以再定義子類（如C3）o這樣，面向對象數據庫模式的一組類形

成一個有限的層次結構，稱為類層次。

（5）消息（Message）

由于對象是封裝的，對象與外部的通信一般只能通過的消息傳遞,

即消息從外部傳送給對象，存取和調用對象中的屬性和方法，在

內部執行所要求的操作，操作的結果仍以消息的形式返回。

5.對象一關系數據庫技術與面向對象數據庫技術有哪些異同

點？

對象關系數據庫面向對象數據庫

技術技術

兩者都支持對象概念;都提供了DBMS的特性，

相同點

如并發、恢復等

支持對象持久化的00

具有對象擴展能力的

語言，與00語言集成，

RDBMS,兼容RDBMS,

不同點面向以對象為中心的

面向復雜數據應用，

應用，一般以0QL為

可以很好地支持SQL

查詢語言

6.簡述關系數據庫技術在Web應用上的局限性。

（1）對數據庫高并發讀寫的需求

關系數據庫應付上萬次SQL查詢還勉強頂得住，但是應付上萬次

SQL寫數據請求，硬盤I0就已經無法承受了。

（2）對海量數據的高效率存儲和訪問的需求

對于關系數據庫來說，在一張2.5億條記錄的表里面進行SQL查

詢，效率是極其低下乃至不可忍受的。

（3）對數據庫的高可擴展性和高可用性的需求

在基于Web的架構當中，數據庫是最難進行橫向擴展的。當一個

應用系統的用戶量和訪問量與日俱增的時候，數據庫卻沒有辦法

像Web服務器和應用服務器那樣簡單的通過添加更多的硬件和服

務節點來擴展性能和負載能力。

（4）數據庫事務一致性需求

很多Web實時系統并不要求嚴格的數據庫事務，對讀一致性的要

求很低，有些場合對寫一致性要求也不高。因此數據庫事務管理

成了數據庫高負載下一個沉重的負擔。

（5）數據庫的寫實時性和讀實時性需求

對關系數據庫來說，插入一條數據之后立刻查詢，是肯定可以讀

出來這條數據的，但是對于很多Web應用來說，并不要求這么高

的實時性。

（6）對復雜的SQL查詢，特別是多表關聯查詢的需求

任何大數據量的Web系統，都非常忌諱多個大表的關聯查詢，以

及復雜的數據分析類型的復雜SQL報表查詢，特別是SNS類型的

網站，從需求以及