浙大2015數(shù)據(jù)庫技術離線作業(yè)

1、1. 數(shù)據(jù) 是信息的符號表示。 數(shù)據(jù)處理 從某些已知的數(shù)據(jù)出發(fā)，推導加工出新的信息。數(shù)據(jù)管理及其技術發(fā)展的階段包括： 人工管理階段 、 文件系統(tǒng)階段 、數(shù)據(jù)庫系統(tǒng)階段 、高級數(shù)據(jù)庫系統(tǒng)階段 。2. 人工管理階段在20世紀50年代中期 以前，其特點是：數(shù)據(jù)不保存 在計算機中； 沒有 軟件系統(tǒng) 對數(shù)據(jù)進行統(tǒng)一管理；基本沒有文件 的概念；一組數(shù)據(jù) 對應一個程序， 數(shù)據(jù) 是面向程序的；程序和程序之間存在著大量的重復數(shù)據(jù) 。3. 文件系統(tǒng)階段在20世紀50年代后期至20世紀60年代中期 ，其特點是：數(shù)據(jù)長期保留在 外存 上，可經(jīng)常對文件進行查詢、修改、插入、刪除等操作；有軟件（文件系統(tǒng) ）對數(shù)據(jù)進行管理

2、，程序和數(shù)據(jù)有了一定的 獨立性 ；文件的形式多樣化，有順序文件 、索引文件 和 散列文件 等；數(shù)據(jù)的存取基本上以 記錄 為單位。4. 數(shù)據(jù)庫系統(tǒng)階段在20世紀60年代后期開始 ，其特點是：面向全組織的 數(shù)據(jù)結構化 ；數(shù)據(jù)的共享性高 、 低冗余 、易擴充 ；數(shù)據(jù)獨立性高 。5. 數(shù)據(jù)庫 是長期儲存在計算機存儲設備上、相互關聯(lián)的、可以被用戶共享 的 數(shù)據(jù)集合 。6. 數(shù)據(jù)獨立性 是指數(shù)據(jù)的組織和存儲方法與應用程序互不依賴、彼此獨立的特性。7. 數(shù)據(jù)庫管理系統(tǒng) DataBase Management System，簡稱DBMS ，DBMS運行在操作系統(tǒng)之上對數(shù)據(jù)庫進行統(tǒng)一的管理和控制，并且使數(shù)據(jù)庫能

3、為多個用戶共享，同時還能保證數(shù)據(jù)的安全性 、可靠性 、 、一致性 ，還要保證數(shù)據(jù)的高度獨立性等。數(shù)據(jù)庫管理系統(tǒng)具備如下功能：數(shù)據(jù)庫中數(shù)據(jù)的組織 功能；數(shù)據(jù)庫中數(shù)據(jù)的操縱 功能； 數(shù)據(jù)庫中數(shù)據(jù)的維護 功能； 數(shù)據(jù)庫中數(shù)據(jù)的 查詢 功能； 數(shù)據(jù)庫控制 功能； 數(shù)據(jù)庫通訊 功能； 數(shù)據(jù)庫的數(shù)據(jù)服務 功能。8. 從事數(shù)據(jù)庫管理工作的人員稱之為 數(shù)據(jù)庫管理員 （Database Administrator，簡稱為DBA ），數(shù)據(jù)庫管理員指的是一種角色，是負責數(shù)據(jù)庫管理的人員或部門。數(shù)據(jù)庫管理員從事的工作既有管理方面的、也有技術方面的，數(shù)據(jù)庫管理員負責數(shù)據(jù)庫的 規(guī)劃 、設計 、建設 、 、維護 、升級 等

4、各個方面的工作。9. 數(shù)據(jù)庫管理員的職責：在數(shù)據(jù)庫規(guī)劃階段要參與選擇和評價 與數(shù)據(jù)庫有關的計算機軟件和硬件，要與數(shù)據(jù)庫用戶共同確定數(shù)據(jù)庫系統(tǒng)的目標和數(shù)據(jù)庫 應用需求 ，要確定數(shù)據(jù)庫的開發(fā)計劃 ；在數(shù)據(jù)庫設計階段要負責數(shù)據(jù)庫標準的制定 ，要負責 數(shù)據(jù)庫的設計 ，負責數(shù)據(jù)庫安全 、可靠方面的設計；在數(shù)據(jù)庫運行階段首先要負責對用戶進行數(shù)據(jù)庫方面的培訓 ；負責數(shù)據(jù)庫的備份和恢復 ；負責對數(shù)據(jù)庫中的數(shù)據(jù)進行維護 ；負責監(jiān)視數(shù)據(jù)庫的性能 ，并調整、改善數(shù)據(jù)庫的性能，提高系統(tǒng)的效率；繼續(xù)負責數(shù)據(jù)庫安全系統(tǒng)的管理 ；在運行過程中發(fā)現(xiàn)問題、解決問題 。10. 數(shù)據(jù)庫中不僅存儲數(shù)據(jù)本身，還要存儲數(shù)據(jù)與數(shù)據(jù)之間的聯(lián)

5、系，這種數(shù)據(jù)和聯(lián)系是需要描述和定義的， 數(shù)據(jù)模型 正是完成此項任務的。數(shù)據(jù)模型的三個階段：現(xiàn)實世界 概念 數(shù)據(jù)模型、信息世界 邏輯 數(shù)據(jù)模型、機器世界 物理 數(shù)據(jù)模型 。11. 現(xiàn)實世界中所管理的對象稱作 實體 （Entity），其定義為：客觀存在并可以相互區(qū)分的客觀事物或抽象事件。實體之間聯(lián)系的基本類型有三種： 一對一 （1 : 1）、 一對多 （1 : n）、多對多 （m : n）。12. 支持概念模型的最常用方法 E-R方法 。E-R方法主要有3個要素：實體 、 聯(lián)系 、屬性 。13. 傳統(tǒng)的三大數(shù)據(jù)模型：層次模型 、 網(wǎng)狀模型 、關系模型 。用 關系（表格數(shù)據(jù)） 表示實體和實體之間聯(lián)系

6、的模型稱為關系數(shù)據(jù)模型。14. 數(shù)據(jù)庫的體系結構是一種 三層 模式結構，即由面向全局邏輯結構的概念層 、和面向全局存儲結構的 物理層 以及面向局部應用的 外部層 構成。15. 關系 通俗的講就是二維表格，也是人們在日常生活中最常見到的表格數(shù)據(jù)。16. 關系數(shù)據(jù)模型 就是用關系來表示現(xiàn)實世界中實體以及實體和實體之間的聯(lián)系的數(shù)據(jù)模型。17. 關系數(shù)據(jù)模型的三要素： 關系數(shù)據(jù)構 、 關系數(shù)據(jù)操作 、 關系數(shù)據(jù)完整性約束 。關系完整性約束： 實體完整性 、 參照完整性 、 用戶定義完整性 。實體完整性規(guī)則：若屬性A是關系R的 主屬性 ，則屬性A不可以為 空值 。如果屬性（或屬性組）F是關系R的 外部關

7、鍵字 ，它與關系S的 主關鍵字 K相對應，則對于關系R中每個元組在屬性（或屬性組）F上的值必須為：或者取空值 （F的每個屬性均為空值）； 或者等于S中某個元組的主關鍵字的值 。 18. 傳統(tǒng)的集合運算：并運算 、交運算 、 差運算 、 廣義笛卡爾積 。19. 專門的關系運算：選擇運算 、 投影運算 、 連接運算 、除運算 。20. SQL是Structured Query Language（ 結構化查詢語言 ）的縮寫。21. 在關系數(shù)據(jù)庫中把獨立存在的關系稱作 基本表 ； 視圖 是從基本表派生出來的虛擬表 ，視圖本身不包含數(shù)據(jù) 。22. 用SQL語句創(chuàng)建表，使用語句 CREATE TABLE

8、。對列的約束主要有NOT NULL ，UNIQUE ，PRIMARY KEY ，F(xiàn)OREIGN KEY 等。定義表的刪除與更新操作的完整性約束，主要有四種模式：NO ACTION ，CASCADE ，SET NULL ，SET DEFAULT 。檢查列的取值范圍可以用 CHECK 約束。設定列的默認取值，可以用DEFAULT 短語。23. 用SQL語句進行記錄的插入操作，使用 INSERT 語句。24. 用SQL語句進行記錄的更新操作，使用 UPDATE 語句。25. 用SQL語句進行記錄的刪除操作，使用 DELETE 語句。26. 用SQL語句進行表結構的修改操作，使用 ALTER TABL

9、E 語句。27. 用SQL語句進行表的刪除操作，使用 DROP THBLE 語句。28. 用SQL語句進行權限授予時，應使用 GRANT 語句。在進行權限撤銷時，應使用 REVOKE 語句。29. 用SQL語句進行表的查詢操作，使用 SELECT 語句。如果要進行分組查詢，應使用 GROUP BY 子句；如果要對查詢結果進行排序，要使用 ORDER 子句；查詢使用連接操作時，可以使用的外連接方式主要有左連接 LEFT JOIN ，右連接 RIGHT JOIN ，全連接 FULL JOIN 等幾種。30. 使用游標可以進行更新和刪除。此時，與普通的更新和刪除的SQL語句比較，增加了子句 WHER

10、E CURRENT OF <游標名>。在SQL SERVER中，從游標中讀取記錄使用 FETCH 語句31. 在客戶/服務器結構的數(shù)據(jù)庫中，在數(shù)據(jù)庫中還可以存放程序，因為這種程序以數(shù)據(jù)庫對象的形式存儲在數(shù)據(jù)庫中，所以稱為 存儲過程 。存儲過程可以避免在網(wǎng)絡上傳輸大量無用的信息或原始數(shù)據(jù) ，只需要傳輸調用存儲過程的指令和數(shù)據(jù)庫服務器返回的處理結果 ；把完成某一數(shù)據(jù)庫處理的功能設計為存儲過程，則可以在各個程序中反復調用 ，從而減輕程序的編寫工作量；可以利用存儲過程間接實現(xiàn)一些 安全控制功能 。在存儲過程中不可以使用創(chuàng)建數(shù)據(jù)庫對象 的語句（數(shù)據(jù)定義語言，如CREATE TABLE等各種C

11、REATE語句）32. 觸發(fā)器 是一類特殊的存儲過程 ，它在滿足某個特定條件時自動觸發(fā)執(zhí)行。分為DML(數(shù)據(jù)操作語言)觸發(fā)器 、DDL(數(shù)據(jù)定義語言)觸發(fā)器 和LOGIN觸發(fā)器 。DML觸發(fā)器分為插入 觸發(fā)器、刪除 觸發(fā)器和更新 觸發(fā)器三類。觸發(fā)器的三個要素：表 、 觸發(fā)的事件 、采取的動作 。當在某些表上發(fā)生數(shù)據(jù)操作時可以及時在線提示或發(fā)送電子郵件給用戶，以引起用戶的關注 ；觸發(fā)器可以通過級聯(lián)的方式對相關的表進行修改。例如，對父表的修改，可以引起對子孫表的一系列修改，從而保證數(shù)據(jù)的 一致性和完整性 （簡單的可以通過參照完整性的級聯(lián)功能完成）；觸發(fā)器可以禁止或撤消 違反數(shù)據(jù)完整性的修改（一般可

12、以用參照完整性約束完成）；觸發(fā)器可以強制定義比CHECK約束更加復雜的約束，特別是跨表 的約束則只能使用 觸發(fā)器 來實現(xiàn)。33. 安全性措施的層次： 物理層 、人員層 、 操作系統(tǒng)層 、 網(wǎng)絡層 、數(shù)據(jù)庫系統(tǒng)層 。數(shù)據(jù)庫管理系統(tǒng)的身份識別的3個層次： 系統(tǒng)登錄 、 數(shù)據(jù)庫訪問 、數(shù)據(jù)操作 。數(shù)據(jù)庫用戶的分類：系統(tǒng)管理員用戶 、數(shù)據(jù)庫管理員用戶 、數(shù)據(jù)庫對象用戶 、一般用戶 。34. 事務 是數(shù)據(jù)庫應用的基本性質之一，是管理數(shù)據(jù)庫運作的一個邏輯單位。多個用戶的應用要同時正確運行，需要用事務來控制（并發(fā)控制 ）；為了保證不丟失數(shù)據(jù)，也需要事務來控制（恢復控制 ）。事務可以看作是作業(yè)或任務，它是完成

13、用戶一個特定工作的一組命令 ，是構成 單一邏輯工作 單元的 操作集合 。35. 事務的性質： 原子性 （Atomicity）、 一致性 （Consistency）、隔離性 （Isolation）、 持久性 （Durability）。36. 數(shù)據(jù)庫的恢復管理是指由于軟故障 （應用程序出錯 、系統(tǒng)出錯 等使 的故障）或硬故障 （磁盤損壞 使數(shù)據(jù)丟失的故障）使數(shù)據(jù)庫中的數(shù)據(jù)產(chǎn)生不一致后可以恢復到 一致性 的過程。37. 軟故障破壞了事務的 原子性 和 一致性 。解決方法：只需要通過事務控制將數(shù)據(jù)庫恢復到事務修改之前的狀態(tài)，即通過執(zhí)行ROLLBACK TRANSACTION命令撤消 未執(zhí)行完的事務。3

14、8. 硬故障的恢復技術解決的是事務的 持久性 。 所謂持久性就是當完成對數(shù)據(jù)庫的更新后（當然是事務提交后）使得更新能夠永久有效，不會因為任何故障而丟失，即便是硬盤損壞也能夠將數(shù)據(jù)庫恢復到最新的、一致的 狀態(tài)。39. 簡單恢復模式的數(shù)據(jù)庫備份包括全備份 和差異備份 ，簡單恢復模式不管理日志，因此不包含 日志備份 。完整恢復模式 通過使用日志備份 在最大范圍內防止出現(xiàn)故障時丟失數(shù)據(jù)，這種模式需要備份和還原事務日志（日志備份） 。完整恢復模式下的數(shù)據(jù)庫備份包括 全備份 、差異備份 和日志備份 。需要強調的是當數(shù)據(jù)庫遇到災難后，不是馬上進行恢復工作，而是首先 備份活動日志或稱為尾日志 。40. 因為并

15、發(fā)用戶會產(chǎn)生干擾，使數(shù)據(jù)庫發(fā)生錯誤。并發(fā)控制的目的就是避免干擾 ，保證數(shù)據(jù)庫不出錯。干擾現(xiàn)象包括： 丟失更新 、讀“臟”數(shù)據(jù) 、 不可重復讀 、 幻象讀 。 丟失更新 ：多個事務在同一時刻讀了相同的數(shù)據(jù)，隨后各自進行了更新，后發(fā)生的更新替代了先發(fā)生的更新先發(fā)生的更新丟失了 讀“臟”數(shù)據(jù) ：當一個事務讀取了另一個事務正在更新、但沒有提交的數(shù)據(jù)時可能產(chǎn)生所謂的讀“臟”數(shù)據(jù)問題，也稱作“臟讀”(Dirty Read)或未提交讀。 不可重復讀 ：當一個事務需要校驗或再確認數(shù)據(jù)時，可能會出現(xiàn)再讀數(shù)據(jù)已經(jīng)不對了。 幻象讀 ：和不可重復讀相關，當用相同的條件查詢記錄時，記錄個數(shù)忽多忽少，有一種“幻象”的感覺

16、。原因是有事務在對相同的表做插入或刪除 操作。41. 事務的隔離性：按任何一個 串行 順序依次執(zhí)行多個事務也是正確的。事務的交叉執(zhí)行過程是正確的，當且僅當其與串行執(zhí)行過程等價 ，則稱事務是 可串行化 的。42. 并發(fā)控制的基本思想是 封鎖 。封鎖的基本思想是：當需要查詢或更新數(shù)據(jù)時，先對數(shù)據(jù)進行 封鎖 （不允許其他事務使用），以避免來自其他事務的干擾。封鎖不允許其他事務使用，降低了事務執(zhí)行的效率；為了既保證隔離又保證效率針對不同的干擾問題采取不同的 封鎖機制 。封鎖機制的目標：保證事務的隔離性，并且允許最大量的 并發(fā) 事務。分為3種： 共享 封鎖、獨占 封鎖、 更新 封鎖。43. 避免死鎖的主

17、要方法有兩種：一是 相同順序法 ，即在設計階段規(guī)定所有的事務都按相同的順序來封鎖表；一是 一次封鎖法 ，即在設計階段規(guī)定為了完成一個事務， 一次性封鎖 所需要的全部表。44. 診斷死鎖的方法主要有兩種：超時法 、 等待圖法 。解決死鎖的辦法就是破壞事務等待圖中的 回路 。45. 在SQL標準中是通過設置 隔離級別 來實現(xiàn)并發(fā)控制的。隔離級別由弱到強是： 未提交讀 、提交讀 、可重復讀 、 可串行化 。46. 關系模型設計“不好”導致的問題：數(shù)據(jù) 冗余 問題、數(shù)據(jù)更新 問題、數(shù)據(jù) 插入 問題、數(shù)據(jù) 刪除 問題。47. 如果XY，但Y不包含于X，則稱XY是 非平凡 的函數(shù)依賴。如果XY，則X稱作

18、決定因素 。如果K是關系模式R(U,F)的任一候選關鍵字，X是任一屬性或屬性集，如果XÎK，則X稱為 主屬性 ；否則稱為 非主屬性 。48. 如果XY，并且YX，則可記作XY，這時X和Y可以稱做 等價 。49. 如果XY，并且對于X的一個任意真子集X/，Y都不函數(shù)依賴于X/，則稱Y 完全函數(shù)依賴 于X；如果存在X/ Y，則稱Y 部分函數(shù)依賴 于X。 50. 如果 XY（非平凡函數(shù)依賴，并且X不函數(shù)依賴于Y）、 YZ，則稱Z 傳遞函數(shù)依賴 于X。51. 設有關系模式R(U,F)，X包含于U、Y包含于U，如果從F中的函數(shù)依賴能夠推導出XY，則稱F邏輯蘊涵XY，或稱XY是F的 邏輯蘊涵 。

19、52. 關系模式中，函數(shù)依賴的推理規(guī)則主要有： 自反律 、 增廣律 、 傳遞律 。這三條規(guī)則還可以有3條推論：合并 規(guī)則、分解 規(guī)則、偽傳遞 規(guī)則。53. 在關系模式R(U,F)中，被F所邏輯蘊涵的函數(shù)依賴的全體稱作F的閉包 ，記為 F+ 設F和G是兩個函數(shù)依賴集，如果F+包含于G+和G+包含于F+同時成立，即F+G+，則稱F和G 等價 。54. 模式分解的準則：模式分解具有 無損連接性 ，模式分解能夠 保持函數(shù)依賴 。無損連接是指分解后的關系通過 自然連接 可以恢復成原來的關系；保持函數(shù)依賴分解是指在模式的分解過程中，函數(shù)依賴不能丟失的特性，即模式分解不能破壞原來的語義 。55. 如果R(U

20、,F) 1NF，并且R中的每個 非主屬性 都 函數(shù)依賴于關鍵字 ，則R(U,F) 2NF 。56. 如果R(U,F) 2NF，并且所有 非主屬性 都不 傳遞依賴 于關鍵字，則R(U,F) 3NF 。57. 關系模式R(U,F) 1NF，XY是F上的任意函數(shù)依賴，并且Y不屬于X， U 完全函數(shù) 依賴于X，則R(U,F) BCNF 。如果要求分解 保持函數(shù)依賴 ，那么模式分解總可以達到3NF ，但是不一定能達到BCNF ；如果要求分解具有 無損連接 的特性，那么一定可以達到BCNF ；如果要求分解既保持函數(shù)依賴、又具有無損連接的特性，那么分解可以達到3NF ，但是不一定能達到 BCNF 。58.

21、數(shù)據(jù)庫設計有廣義和狹義兩個定義。廣義的定義是指基于數(shù)據(jù)庫的應用系統(tǒng)或管理信息系統(tǒng)的設計，它包括應用設計 和數(shù)據(jù)庫結構設計 兩部分內容。 狹義的定義則專指 數(shù)據(jù)庫模式或結構 的設計。數(shù)據(jù)庫設計的基本任務就是根據(jù)用戶的信息需求，處理需求和數(shù)據(jù)庫的支撐環(huán)境（包括DBMS、操作系統(tǒng)、硬件），設計一個結構合理、使用方便、效率較高的數(shù)據(jù)庫。 信息需求 是指在數(shù)據(jù)庫中應該存儲和管理哪些數(shù)據(jù)對象； 處理需求 是指需要進行哪些業(yè)務處理和操作，如對數(shù)據(jù)對象的查詢、增加、刪除、修改、統(tǒng)計等操作。59. 數(shù)據(jù)庫設計步驟： 需求分析 階段、 概念結構設計 階段、 邏輯結構 設計階段、物理結構 設計階段、 階段、數(shù)據(jù)庫運

22、行和維護 階段。60. 概念模型設計的結果是得到數(shù)據(jù)庫的概念結構，或稱 概念數(shù)據(jù)模型 。（1）先設計面向全局應用的全局概念結構 的初步框架，即 先建立起整個系統(tǒng)的總體框架；（2）然后根據(jù)部門或功能劃分成局部應用 ；（3）依據(jù)劃分后的局部應用完成 局部E-R圖 的設計；（4）最后將局部E-R圖合并、轉換成全局E-R圖 ，完成概念模型的設計。各局部E-R圖之間的沖突主要有： 屬性 沖突、 命名 沖突、 結構 沖突。61. 在物理數(shù)據(jù)庫設計階段主要包括的內容有：估算數(shù)據(jù)庫的 存儲量 、安排數(shù)據(jù)庫的存儲 、設計 備份策略 。62. 數(shù)據(jù)庫的實施包括：建立 數(shù)據(jù)庫及其對象 、組織 數(shù)據(jù)入庫 、編制與調試

23、應用程序 、數(shù)據(jù)庫試運行 。63. 數(shù)據(jù)庫的運行和維護工作主要是由 數(shù)據(jù)庫管理員 或系統(tǒng)管理員負責，主要工作包括：備份數(shù)據(jù)庫 數(shù)據(jù)庫；數(shù)據(jù)庫的安全性 控制；完整性 控制；數(shù)據(jù)庫性能 的監(jiān)督、分析和改進；數(shù)據(jù)庫的重組織 ；數(shù)據(jù)庫的 重構造 。64. 結構化生命周期法 劃分為5個階段：系統(tǒng) 規(guī)劃 、系統(tǒng)分析 、系統(tǒng)設計 、系統(tǒng)實施 、系統(tǒng)的 運行與維護 。65. 系統(tǒng)規(guī)劃階段的主要任務是對組織的環(huán)境、目標、現(xiàn)行系統(tǒng)的狀況進行初步調查，研究建立新系統(tǒng)的必要性和可行性 ，給出擬建系統(tǒng)的備選方案。對這些方案進行 可行性分析 ，寫出 可行性分析報告 。66. 系統(tǒng)分析階段根據(jù)系統(tǒng)設計任務書所確定的范圍，對

24、現(xiàn)行系統(tǒng)進行詳細調查 ，分析用戶的各種需求，確定新系統(tǒng)的目標和功能，收集用戶的 數(shù)據(jù) 需求和 處理 需求。67. 系統(tǒng)設計階段根據(jù) 系統(tǒng)分析 說明書中規(guī)定的功能要求，考慮實際條件，設計出一個易于實現(xiàn)、易于維護的系統(tǒng)。68. 系統(tǒng)實施階段的任務包括 程序的 編寫和調試，人員培訓，數(shù)據(jù)文件 的準備和轉換， 計算機等設備 的購置、安裝和調試，系統(tǒng) 調試與轉換等。系統(tǒng)的運行與維護階段是負責保證系統(tǒng)的正常運行，并在出現(xiàn)問題時予以解決。系統(tǒng)投入運行后，可能還會出現(xiàn)新的問題，甚至提出新的需求 ，所以需要經(jīng)常進行系統(tǒng) 評價和維護 ，記錄系統(tǒng)運行狀況，對系統(tǒng)進行必要的修改，評價系統(tǒng)的工作質量和取得的效益。69.

25、 數(shù)據(jù)庫系統(tǒng)的維護不是一朝一夕的事，只要數(shù)據(jù)庫系統(tǒng)存在，就要不斷進行評價、調整、修改，直至數(shù)據(jù)庫 生命周期結束 ，或完全重新設計 為止。70. 快速原型法的基本思想是：在投入大量的人力、物力之前，在限定的時間內，用比較經(jīng)濟的方法構造一個能反映用戶需求的 原形系統(tǒng) (基本反映了新系統(tǒng)的基本功能和基本特征，依此快速開發(fā)的一個演示系統(tǒng))，讓用戶在計算機上運行，試用這個原型系統(tǒng)，通過實踐，了解未來系統(tǒng)的概貌。用戶通過實際使用原型系統(tǒng)，提出修改意見，根據(jù)這些意見，快速修改原型系統(tǒng)。經(jīng)過對原型系統(tǒng)的反復試用和改進，最終建立起完全符合用戶需要的新系統(tǒng)。71. 面向對象方法 是從客觀世界中的對象出發(fā)來構造整個

26、軟件系統(tǒng)。它的實質是一種系統(tǒng)建模技術，是從系統(tǒng)的組成上對問題進行自然分解，以接近人類自然思維的方式來建立問題域模型。 (Unified Modeling Language)是面向對象開發(fā)方法中的重要工具。72. 客戶/服務器 結構是在客戶端 和服務器 端都需要部署程序的一種應用架構，這種結構允許應用程序分別放在客戶工作站和服務器上執(zhí)行，可以合理劃分應用邏輯 ，充分發(fā)揮 客戶工作站和服務器 兩方面的性能。C/S架構的特點是： 應用程序或應用邏輯 可以根據(jù)需要劃分在服務器和客戶機中?？蛻舳说膽贸绦蛑饕幚戆ㄌ峁┯脩艚缑?、采集數(shù)據(jù) 、輸出結果 、及向后臺服務器發(fā)出處理請求 等。服務器端的程序則

27、完成數(shù)據(jù)管理 、數(shù)據(jù)處理 、業(yè)務處理 等。C/S架構可以傳統(tǒng)的兩層結構，也可以是多層結構（三層或者三層以上）。在傳統(tǒng)的兩層結構中，一層為客戶層 ，另一層為服務器層 。 在三層客戶/服務器結構中，將服務器端分為 應用 服務器和 數(shù)據(jù)庫 服務器，應用服務器主要用來 部署和封裝 業(yè)務處理程序，而數(shù)據(jù)庫服務器主要支持數(shù)據(jù)庫的存儲和數(shù)據(jù)處理 。客戶端通過應用服務器遞交業(yè)務請求和數(shù)據(jù)請求 ，應用服務器完成對數(shù)據(jù)庫的訪問及其相關處理，并最終將處理結果 返回給客戶端。73. 瀏覽器/服務器模式基于 三層結構 。 在客戶端的計算機上不需要安裝專門的軟件，只要有上網(wǎng)用的 瀏覽器軟件 （如Internet Expl

28、orer）即可。所有的業(yè)務處理程序都部署在 服務器上 。 瀏覽器 接受用戶的請求，然后通過頁面將請求提交給Web服務器 ；Web服務器將頁面請求解析后向 應用服務器 提出處理請求，應用服務器訪問 數(shù)據(jù)庫服務器 并進行相關處理；最后再由Web服務器將處理結果格式化成頁面形式（HTML） 呈現(xiàn)在客戶端。B/S架構的優(yōu)勢：無須開發(fā)客戶端軟件 ，維護和升級方便；可跨平臺 操作，任何一臺計算機只要裝有瀏覽器軟件，均可作為客戶機來訪問系統(tǒng)；具有良好的 開放性和可擴充性 ；具有良好的 可重用性 ，提高了系統(tǒng)的開發(fā)效率；另外通過Internet成熟的防火墻、代理服務、加密等技術，還大大提高了系統(tǒng)的安全性 。74. ODBC（Open Database Connec