【正文】 另外還需要理解事務(wù) 第 25 頁 處理日志是如何工作的，以及不同的修復(fù)模型是如何影響事務(wù)處理日志的。該日志文件記錄一個(gè)數(shù)據(jù)庫的變化，并存儲(chǔ)足夠的信息，使得這些變化可以撤銷（回滾）或重做（前滾）。 圖 59 的結(jié)構(gòu) 其中，公告信息表如表 51 所示 表 51 公告信息表 列名 數(shù)據(jù) 類型 可否為空 說明 公告編號 [int]IDENTITY(1,1) NOT NULL 公告編號（主鍵） 公告主題 [nvarchar](50) NULL 公告主題 公布人 [navarchar](50) NULL 公布人 公布時(shí)間 [smallsdatetime] NULL 公布時(shí)間（默認(rèn)值 getdate()） 公布內(nèi)容 [ntext] NULL 公布內(nèi)容 回復(fù)議題表如表 52所示。 圖 55文件實(shí)體 E— R圖 用戶實(shí)體 E— R圖如圖 56所示 圖 56 用戶實(shí)體 E— R圖 私人信件實(shí)體 E— R圖如圖 57所示 圖 57 私人信件實(shí)體 E— R圖 系統(tǒng)日志 E— R圖 如圖 58所示 文件 上傳時(shí)間 文件編號 文件名 文件大小 上傳人 文件描述 用戶 用戶編號 用戶名 密碼等信息 權(quán)限 所屬部門 私人信件 信件編號 信件主題 信件內(nèi)容 收信人 發(fā)信人 發(fā)信時(shí)間 系統(tǒng)日志 日志編號 所做的事情 第 23 頁 圖 58 系統(tǒng)日志 E— R圖 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) 在上面設(shè)計(jì)的數(shù)據(jù)庫 E— R 圖的基礎(chǔ)上，將數(shù)據(jù)庫的概念結(jié)構(gòu)轉(zhuǎn)化為數(shù)據(jù)庫系統(tǒng)所支持的實(shí)際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)，進(jìn)一步形成數(shù)據(jù)庫中的表格以及各個(gè)表格之間的關(guān)系。 公告信息實(shí)體 E— R圖如圖 53 所示 圖 53 公告信息實(shí)體 E— R圖 議題信息實(shí)體 E— R圖如圖 54 所示。 根據(jù)上面的設(shè)計(jì)所規(guī)劃出的實(shí)體有：公告信息實(shí)體、議題信息實(shí)體、文件實(shí)體、用戶實(shí)體、私人信件實(shí)體、系統(tǒng)日志實(shí)體。 文件上傳 文件信息 錄入 文件管理 公告信息發(fā)布 公告信息 錄入 公告信息管理 用戶添加 用戶資料 錄入 用戶管理 日志跟蹤 日志管理 信件管理 內(nèi)容錄 入 議題信息發(fā)布 議題信息管理 個(gè)人信件發(fā)送 議題信息 錄入 第 21 頁 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì) 得到上面的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后，就可以設(shè)計(jì)出能滿足用戶需求的各種實(shí)體，以及它們之間的關(guān)系，為后面邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。 ? 系統(tǒng)日志信息：包括的數(shù)據(jù)項(xiàng)有日志編號、使用者名稱、時(shí)間、所做事件等。 ? 用戶信息：包括的數(shù)據(jù)項(xiàng)有用戶編號、用戶名、密碼、權(quán)限、職務(wù)、所屬部門、性別、電子郵件地址、聯(lián)系電話、住址、上站次數(shù)等。 ? 回復(fù)議題：包括的數(shù)據(jù)項(xiàng)有回復(fù)編號、回復(fù)議題編號、回復(fù)標(biāo)題、回復(fù)人、回復(fù)時(shí)間、回復(fù)內(nèi)容等。 在仔細(xì)分析和調(diào)查系統(tǒng)的基礎(chǔ)上，得到如圖 52所示的系統(tǒng)處理數(shù)據(jù)的流程圖。 數(shù)據(jù)庫需求分析 用戶 需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢上，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸出和輸入。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)可以提高數(shù)據(jù)存取效率，保證數(shù)據(jù)完整性和一致性，從而有利于程序的實(shí)現(xiàn)。 第 19 頁 系統(tǒng)模塊設(shè)計(jì) 根據(jù)需求分析和性能分 析，對系統(tǒng)功能進(jìn)行集中、分塊，按照結(jié)構(gòu)化程序設(shè)計(jì)的要求，本系統(tǒng)的系統(tǒng)功能模塊圖如圖 51 所示。 硬件環(huán)境 ? 服務(wù)器： CPU 要求 PIII 800 以上，內(nèi)存 256MB 以上。 ? 服務(wù)器端： Windows 2021/XP， IIS 及以上版本。此應(yīng)用程序可廣泛運(yùn)行于 Inter，也適用于內(nèi)部的局域網(wǎng)。 而有些功能是不分權(quán)限的，任何用戶都可以使用，如閱讀公告等。 ? 寫權(quán)限可以進(jìn)行讀取、寫入功能。 在系統(tǒng)安全操作方面需要說明的是，只有注冊的用戶才可根據(jù)權(quán)限訪問和發(fā)送相關(guān)的內(nèi)容。 6． 修改個(gè)人信息 為了確保用戶的信息安全，保證用戶自己的隱私權(quán)利，用戶可以修改個(gè)人信息，如登錄密碼等。普通用戶只有查看信息的權(quán)力，只有管理員才有權(quán)限修改和刪除該日志里的內(nèi)容。刪除、修改這兩項(xiàng)功能也是有權(quán) 第 18 頁 限設(shè)定的，一般用戶無權(quán)使用這兩項(xiàng)功能。除了管理員具有這項(xiàng)功能外，文件的上傳人也具有該功能。 （ 2）用戶信息管理 在用戶信息管理功能中，可以查看所有用戶的資料，比如用戶的職務(wù)、所屬部門等，以便管理員進(jìn)行管理。簡單地說，公告信息的變化，直接影響日常工作的改變，所以這一欄目非常重要，在其間可查看公告主題、發(fā)布人、公告日期等公告信 息，包括刪除、修改、添加新公告、查看詳細(xì)信息等功能。 5． 系統(tǒng)管理 系統(tǒng)管理包括公告信息、用戶信息、文件信息、議題信息、系統(tǒng)日志、優(yōu)秀職員等 6 個(gè)方面功能。系統(tǒng)管理員可以為一個(gè)小組或一部分人員設(shè)立一個(gè)或多個(gè)專門的信息欄目，使這些用戶可以通過本欄目共享信息和交換心理，如有必要也可以將討論 （研究）結(jié)果對所有人公開。查看的內(nèi)容包括主題、發(fā)布人、發(fā)布時(shí)間、公告內(nèi)容等。 2． 文件上傳 這是本系統(tǒng)中最常用的功能，用來查看收件箱、發(fā)送文件給其他人、對文件進(jìn)行答復(fù)或批復(fù)。本系統(tǒng)能實(shí)現(xiàn)以下功能：文件、公文、議題討論、系統(tǒng)管理與數(shù)據(jù)信息的存儲(chǔ)、輸出等操作，將辦公人員的許 多日常工作集成在一起，使辦公的效率更高。 性能需求 本系統(tǒng)是采用 ASP 結(jié)合 Access 數(shù)據(jù)庫平臺(tái)開發(fā)的一個(gè)辦公系統(tǒng)。職工只要通過 上網(wǎng)就能達(dá)到查看工作安排和相互交流信息的目的，并且可以實(shí)現(xiàn)單位內(nèi)部進(jìn)行信息的傳遞交流、信息的發(fā)布和討論以及對個(gè)人事務(wù)進(jìn)行良好管理的辦公系統(tǒng)。 需求分析 功能需求 隨著各個(gè)單位規(guī)模的不斷擴(kuò)大，單位內(nèi)部信息處理急劇增加，而傳統(tǒng)的信息處理手段都是通過紙張為媒介。 運(yùn)行可行性 在現(xiàn)有的 WINDOWS 操作系統(tǒng)是完全可以運(yùn)行的，不需要對計(jì)算機(jī)進(jìn)行另外的升級不過最好的是使用最新的 WINDOWS 操作系統(tǒng)，這樣可以最好的發(fā)揮該系統(tǒng)的操作性。用戶視圖 屏蔽了系統(tǒng)數(shù)據(jù)字典中用戶不應(yīng)見到的部分，只給出了對應(yīng)于用戶權(quán)限的部分?jǐn)?shù)據(jù)，從而進(jìn)一步保證了數(shù)據(jù)的安全性。這就實(shí)現(xiàn)了分布式數(shù)據(jù)庫系統(tǒng)所要求的透明性。 盡管用戶需要訪問的數(shù)據(jù)庫可能位于不同的物理節(jié)點(diǎn)，但用戶看到的是一個(gè)完整的統(tǒng)一的數(shù)據(jù)庫即邏輯數(shù)據(jù)庫。 ? （ 4）全局概念模式、分片模式、分布模式的定義以及各模式之間映象的定義，全局用戶信息等等。 ? （ 2）有關(guān)用戶存取權(quán)限和安全規(guī)則的定義。 系統(tǒng)數(shù)據(jù)字典是整個(gè)數(shù)據(jù)庫管理系統(tǒng)的核心。 2. 數(shù)據(jù)透明性 第 15 頁 分布式數(shù)據(jù)庫管理系統(tǒng)不僅僅是把數(shù)據(jù)存儲(chǔ)在不同的物理節(jié)點(diǎn)上，實(shí)現(xiàn) 遠(yuǎn)程查詢，更重要的是實(shí)現(xiàn)透明的數(shù)據(jù)管理，例如：查詢、修改、復(fù)制等。任何對于主服務(wù)器中的系統(tǒng)數(shù)據(jù)字典、用戶配置以及安全規(guī)則的修改必須同時(shí)反映到各個(gè)備份服務(wù)器上去。同時(shí)，系統(tǒng)中還存在多臺(tái)備份服務(wù)器，在主服務(wù)器出現(xiàn)故障時(shí)，系統(tǒng)中的任何一臺(tái)備份服務(wù)器都有可能被提升為主服務(wù)器。分布數(shù)據(jù)庫管理系統(tǒng)采用域模式，實(shí)行統(tǒng)一管理。數(shù)據(jù)庫開發(fā)采用的是Access，軟件的數(shù)據(jù)庫訪問及軟件開發(fā)工具采用的是 ASP。本系統(tǒng)采用的開發(fā)平臺(tái)是 Windows2021 Server。人們希望能訪問存儲(chǔ)在不同網(wǎng)格，不同節(jié)點(diǎn)上的數(shù)據(jù)而不需要了解數(shù)據(jù)存儲(chǔ)的細(xì)節(jié)，并且能夠在系統(tǒng)局部故障的情況下保證數(shù)據(jù)無損。 目前流行的數(shù)據(jù)庫管理系統(tǒng)（ DBMS）有多種，其中大型數(shù)據(jù)庫管理系統(tǒng)有Oracle, SQL Server 等，小型數(shù)據(jù)庫管理系統(tǒng)有 Foxpro, Access 等，它們已能滿足人們對數(shù)據(jù)庫應(yīng)用的基本要求。但如果直接按照這種方式建庫顯然還不能算最佳。一個(gè)良好的數(shù)據(jù)指標(biāo)體系是建立 DB的必要條件，但不是充分條件?，F(xiàn)有關(guān)系系統(tǒng)產(chǎn)品均提供了較高的物理獨(dú)立性，而對邏輯獨(dú)立性的支持尚有欠缺，例如，對外模式的數(shù)據(jù)更新受到限制等。 （ 2）邏輯數(shù)據(jù)獨(dú)立性 如果數(shù)據(jù)庫的概念模式要進(jìn)行修改，譬如增加記錄類型或增加數(shù)據(jù)項(xiàng)，那么外模式 /模式映象也要進(jìn)行相應(yīng)的修改，使外模式盡可能保持不變。 （ 1）物理數(shù)據(jù)獨(dú)立性 如果數(shù)據(jù)庫的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫的存儲(chǔ)設(shè)備和存儲(chǔ)方法有所變化，那么模式 /內(nèi)模式映象也要進(jìn)行相當(dāng)?shù)男薷模垢拍钅Ｊ奖M可能保持不變。在數(shù)據(jù)庫技術(shù)中，數(shù)據(jù)獨(dú)立性是指應(yīng)用程序和數(shù)據(jù)之間相互獨(dú)立，不受影響。雖然現(xiàn)在 DBMS的產(chǎn)品多種多樣，在不同的操作系統(tǒng)支持下工作，但是大多數(shù)系統(tǒng)在總的體系結(jié)構(gòu)上都具有三級模式的結(jié)構(gòu)特征。 數(shù)據(jù)庫體系結(jié)構(gòu) 數(shù)據(jù)庫的體系結(jié)構(gòu)分三級：內(nèi)部級（ internal） ,概念級（ conceptual）和外部級（ external）。面向?qū)ο髷?shù)據(jù)庫是面向?qū)ο蟾拍钆c數(shù)據(jù)庫技術(shù)相結(jié)合的產(chǎn)物。因此，人們需要更高級的數(shù)據(jù)庫技術(shù)來表達(dá)這類信息。 （ 4） 面向?qū)ο竽Ｐ汀? 關(guān)系模型是數(shù)學(xué)化的模型，可把表格看成一個(gè)集合，因此集合論、數(shù)理邏輯等知識(shí)可引入到關(guān)系模型中來。關(guān)系模型的數(shù)據(jù)結(jié)構(gòu)簡單、易懂?，F(xiàn)在市場上典型的關(guān)系 DBMS產(chǎn)品有 DB ORACLE、 SYBASE、 INFORMIX和微機(jī)型產(chǎn)品 Foxpro、 Access等。 20世紀(jì)70年代對關(guān)系數(shù)據(jù)庫的研究主要集中在理論和實(shí)驗(yàn)系統(tǒng)的開發(fā)方面。關(guān)系模型是數(shù)學(xué)化模型。關(guān)系模式相當(dāng)于前面提到的記錄類型，它的實(shí)例稱為關(guān)系，每個(gè)關(guān)系實(shí)際上是一張二維表格。關(guān)系模型的主要是用二維表格結(jié)構(gòu)表達(dá)實(shí)體集，用外鍵表示實(shí)體間聯(lián)系。網(wǎng)狀模型有許多成功的產(chǎn)品 ,20世紀(jì) 70年代的產(chǎn)品大部分網(wǎng)狀系統(tǒng) ,例如 ,Honeywell公司的 IDS/Ⅱ、 HP公司的 IMAGE/3000、 Burroughs公司的 DMSⅡ、 Umivac公司的 DMS1100、 Culli公司的 IDMS、 Cim公司的 TOTAL等 。由于層次系統(tǒng)和網(wǎng)狀系統(tǒng)的 應(yīng)用程序編制比較復(fù)雜，因此，從 20世紀(jì) 80年代中期起，其市場已被關(guān)系系統(tǒng)所取代。 網(wǎng)狀模型的特點(diǎn)：記錄之間聯(lián)系通過指針實(shí)現(xiàn)， M∶ N聯(lián)系也容易實(shí)現(xiàn)（每個(gè)M∶ N聯(lián)系可拆成兩個(gè) 1∶ N聯(lián)系），查詢效率較高。1969年 DBTG報(bào)告提出的數(shù)據(jù)模型是網(wǎng)狀模型的主要代表。 （ 2） 網(wǎng)狀模型。 層次模型的特點(diǎn)是記錄之間的聯(lián)系通過指針實(shí)現(xiàn)，查詢效率較高。樹的結(jié)點(diǎn)是記錄類型，每個(gè)非根結(jié)點(diǎn)有且只有一個(gè)父結(jié)點(diǎn)。 （ 1） 層次模型。例如，層次、網(wǎng)狀、關(guān)系、面向?qū)ο蟮饶Ｐ汀? 另一種數(shù)據(jù)模型是直接面向數(shù)據(jù)庫的邏輯結(jié)構(gòu)，它是現(xiàn)實(shí)世界的第二層抽象。要領(lǐng)模型用于建立信息世界的數(shù)據(jù)模型，強(qiáng)調(diào)其語義表達(dá)功能，應(yīng)該概念簡單、清晰，易于用戶理解，它是現(xiàn)實(shí)世界的第一層抽象，是用戶和數(shù)據(jù)庫設(shè)計(jì)人員之間進(jìn)行交流的工具。 目前廣泛作用的數(shù)據(jù)模型可分為兩種類型。 模型是對現(xiàn)實(shí)世界的抽象。數(shù)據(jù)庫技術(shù)作為數(shù)據(jù)管理技術(shù)，是計(jì)算機(jī)軟件領(lǐng)域的一個(gè)重要分支，產(chǎn)生于 60年代末。 數(shù)據(jù)庫理論基礎(chǔ) 數(shù)據(jù)庫模型