企業(yè)信息化數(shù)據(jù)庫管理體系(參考版)
2025-04-11 11:11本頁面
【正文】 10 / 10。模式與值的關(guān)系類似于數(shù)據(jù)元與數(shù)據(jù)項(xiàng)的關(guān)系。 如果圖書館館長在一年之后決定需要另一個(gè)記錄或?qū)傩?，那么，?shù)據(jù)庫管理員(DBA)可以重新產(chǎn)生數(shù)據(jù)庫，增加屬性，甚至增加系而不影響現(xiàn)在的程序。對(duì)圖書館原有文件來說，類似的查詢不僅要求處理整個(gè)文件，而且可能還要處理好幾遍。 現(xiàn)在圖書館館長可以進(jìn)行如下的查詢： ①列出某作者寫的所有書的書名； ②按字母順序列出由PienticeHall在1981年出版的那些書的書名； ③列出1987年以來至少在三個(gè)出版社出版書的那些作者。在本例中，顯而易見作者—出版社系或作者—書名系是冗余(重復(fù))的，由于作者與書名相匹配的機(jī)會(huì)比它與出版社匹配的機(jī)會(huì)多，因此應(yīng)該消去作者—出版社系。記住，我們的目的是將作者、書名和出版社記錄輸入到數(shù)據(jù)庫，然后經(jīng)由系建立的聯(lián)系從不同的記錄中檢索數(shù)據(jù)。多對(duì)多的關(guān)系(每一端都有兩個(gè)箭頭)在處理時(shí)可能會(huì)引起混淆，因而是不允許的。這種出版社－書名的組合稱之為一個(gè)系。出版社與書名之間的一對(duì)多的關(guān)系是用兩個(gè)記錄之間的一條連線來指出的，該連線有一箭頭指向出版社記錄。通常，對(duì)應(yīng)每個(gè)主題都有一個(gè)記錄，“書名”記錄包含出版社、出版年份和類別，如下所示： 第四步：數(shù)據(jù)庫設(shè)計(jì)過程的下一步是建立記錄之間的關(guān)系。在這一步，用主題詞－屬性矩陣來標(biāo)識(shí)記錄?？梢詫⒂涗洀臄?shù)據(jù)庫中讀出來，也可以將記錄寫到數(shù)據(jù)庫中去?！埃北硎疽粚?duì)一關(guān)系，用“M”表示一對(duì)多關(guān)系，而且空白表示無關(guān)系存在。然而，一個(gè)書名可以有幾個(gè)作者。例如，一特定書名只有一個(gè)出版社。屬性是提供與主題詞有關(guān)的信息的任一數(shù)據(jù)元。在本例中，這些主題詞是：書名、作者和出版社。以下各步驟描述了這種設(shè)計(jì)數(shù)據(jù)庫的方法。在一個(gè)圖書館里可能有某出版社出版的數(shù)百本，甚至數(shù)千本書，但是在該文件的每本書的記錄中都重復(fù)地出現(xiàn)出版社名和出版社地址。每本書(每一書名)都分別有一個(gè)記錄。經(jīng)過與信息處理人員交換意見之后，他們決定實(shí)現(xiàn)一個(gè)基于CODASYL的數(shù)據(jù)庫管理系統(tǒng)。 某圖書館保存了一個(gè)文件，該文件每一個(gè)記錄都包含了下述數(shù)據(jù)元： (1)書名 (2)作者 (3)出版社 (4)出版社地址 (5)類別 (6)出版年份圖書館館長希望在獲得決策信息方面有更多的靈活性。 ? 庫設(shè)計(jì) 我們通過下面的例子來說明數(shù)據(jù)庫管理系統(tǒng)和一種數(shù)據(jù)庫設(shè)計(jì)方法的原理。 上述的每一種方法是基本概念和術(shù)語的差別都很大。 (IBS)使用的一種層次結(jié)構(gòu)?；诓煌瑪?shù)據(jù)結(jié)構(gòu)的DBMS之間差別很大。 ? 方法 DBMS克服了傳統(tǒng)文件處理的局限性。對(duì)于許多查詢來說，及時(shí)性是很關(guān)鍵的。 。實(shí)際上，數(shù)據(jù)庫是能夠充分利用公司信息資源的唯一工具。 。這意味著用戶管理人員可以增加數(shù)據(jù)庫中的數(shù)據(jù)、修改庫中的現(xiàn)有數(shù)據(jù)或者從庫中刪除數(shù)據(jù)，這些并不影響現(xiàn)有的程序，而在過去則需要測(cè)試和修改幾十個(gè)(有時(shí)幾百個(gè))程序。由于有了DBMS，就更容易得到數(shù)據(jù)，因此使程序設(shè)計(jì)任務(wù)要比原先更為簡(jiǎn)單。綜合資源共享數(shù)據(jù)庫為系統(tǒng)分析員打開了嶄新的大門。就前面的例子而言，只需要在一處(數(shù)據(jù)庫中)更新學(xué)生地址就可以了。當(dāng)然，為了提高處理效率，即使有了DBMS幫助，有時(shí)還需要在共享的數(shù)據(jù)庫中保留一定的重復(fù)數(shù)據(jù)。 ? 數(shù)據(jù)庫環(huán)境的好處 。目前DBMS對(duì)硬件的要求已經(jīng)降低了，甚至在小型計(jì)算機(jī)系統(tǒng)上也能運(yùn)行DBMS軟件，造成推遲接受和實(shí)現(xiàn)DBMS技術(shù)的主要原因可能是信息服務(wù)人員缺乏專門的知識(shí)，而且用戶管理人員又不愿合作和支持建立一個(gè)共享的數(shù)據(jù)庫。 早在70年代初期就出現(xiàn)了DBMS技術(shù)，但是直到70年代末期仍未得到普遍的接受。綜合的資源共享數(shù)據(jù)庫把公司看作一個(gè)整體來提供服務(wù)，而不只是為公司某特殊部門服務(wù)。每當(dāng)一個(gè)學(xué)生結(jié)婚了或者改換了住處時(shí)，則必須修改75個(gè)文件。這樣做的結(jié)果形成了大量的帶有重復(fù)數(shù)據(jù)的文件。 通常，文件是為了滿足特定業(yè)務(wù)領(lǐng)域某部門的專門需要而設(shè)計(jì)的，如果某部門想使用保存在一個(gè)文件上的部分?jǐn)?shù)據(jù)，而該文件是另一部門為自己使用而設(shè)計(jì)的，那么他們必須抽取這些數(shù)據(jù)并重新整理后才能使用。為了把業(yè)務(wù)上相近的那些部門的文件綜合在一起，必須預(yù)先排序記錄和合并文件。四、數(shù)據(jù)的操縱和檢索——綜合數(shù)據(jù)庫管理系統(tǒng) 到目前為止，我們集中討論了傳統(tǒng)的文件處理。輸出文件包含將要打印在打印機(jī)上的、顯在屏幕上的或者繪制在繪圖儀上的那些信息的數(shù)值映象。實(shí)際上，檔案文件恰恰是在給定時(shí)間內(nèi)工作的一個(gè)“快照”。檔案文件不是提供當(dāng)前處理使用的，而是保存起來作為歷史參照的。一旦生產(chǎn)性文件受到破壞，利用備用文件就可以重新建立生產(chǎn)性文件。 (4)備用文件。之所以單獨(dú)建立表文件而不把表設(shè)計(jì)在程序中是為了便于修改。 (3)表文件。這些事務(wù)被分批以構(gòu)成事務(wù)文件。 (2)事務(wù)文件。主文件包含那些被定期存取以提供信息和經(jīng)常更新以反映最新狀態(tài)的記錄。 (1)主文件。其他的文件分類還包括表文件、備份文件、檔案的輸出文件等。 (4)每一行各列的內(nèi)容是不能分割的，但行的順序和列的順序不影響文件內(nèi)容的表達(dá)。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1