文件化資料庫專案以捕捉相關資訊(轉)[@more@]

　　在資料庫開發階段對其進行文件化，可有效地捕捉組織架構、資料物件和其他相關資訊，以便將來參考。

　　這個文件的形式是多種多樣的，包括資料字典、資料庫管理員指南、資料庫體系結構資訊以及資料庫功能規範。本文用“資料字典”這一術語來指代資料庫文件。雖然你目前的資料庫文件可能沒有使用這個名字，但基本原理是一樣的。本文有助於你更好地理解自己的資料庫文件。

　　開發資料庫文件

　　一個資料庫文件的讀者包括：

　　資料庫結構師

　　資料庫開發者

　　資料庫管理員

　　生產支援人員

　　質量保證人員

　　開發資料字典的實際過程要由一個多功能團隊中的主力隊員來完成，包括資料庫管理員和/或資料庫結構師、業務分析員以及技術作家。雖然你的公司在分配資料庫文件開發人員時有所不同，但資料庫文件的核心必須來源於構建資料庫的那個團隊。

　　資料庫管理員可從資料庫本身提取必要的資料字典資訊。在許多關係型資料庫管理系統（RDBMS）中，資料字典是作為一個電子檔案提供的。DBA和資料庫開發者可從檔案中提取有用的資訊，包括：

　　列出資料庫中包括的所有檔案。

　　資料庫中包括的每個檔案中的記錄數。

　　每個資料庫欄位的名稱和型別。

　　資料字典中包括的資訊在普通使用者面前隱藏，防止內容遭受破壞。資料字典在資料庫中發揮的是管理職能，其中不包括任何實際的資料庫資料（雖然RDBMS要求一個資料字典來訪問來自資料庫的資料）。

　　業務分析員和技術作家由於具有印刷技術文件方面的專長，所以在資料庫文件化過程中也能發揮關鍵作用。雖然DBA提取的資訊非常重要，但它仍需正確地表示，並向內部和外部的客戶群體傳達。除此之外，自動化文件並不是萬能的，所以仍需業務分析員和技術作家提取被遺漏的技術資訊。當然，業務分析員和技術作家不能是當前專案的門外漢，他們必須完全投入這個專案中，而不能臨時抱佛腳地最後突擊一下。

　　要包括到資料庫文件中的典型元素

　　在你的資料庫文件中，應考慮捕捉以下資訊：

　　資料元素編號

　　資料元素名稱，這種名稱通常不能重複（名稱通常在設計階段決定，並要受到“需求收集”階段的一些影響）。

　　資料元素的簡短描述

　　資料元素的安全性分類（各單位通常對安全性分類有具體的要求。資料開發團隊和公司的安全團隊對此都有特別的要求，所以應參加到安全性分類中來。對安全性分類的其他影響包括文件要求、功能規範以及資料庫的設計文件）。

　　與特定資料元素具有重要關係的相關資料元素的列表。

　　基於資料庫架構和/或RDBMS所提供的技術名稱的欄位名。

　　程式碼格式，包括任何必要的特殊表示法，以及資料型別的格式和大小。

　　預設的資料值（要在此列出所有存在預設值的變數）。

　　元素編碼，對編碼和驗證規則進行了解釋

　　對其他文件的引用，列出該元素和資料庫文件及資料字典中文件化的其他元素之間的任何驗證規則

　　資料庫表引用

　　元素的資料來源

　　資料元素的有效日期

　　歷史引用

　　擴充套件引用

　　資料元素版本

　　上述提綱羅列了通常要包括進來的文件小節，你可根據自己的實際需要進行修改。

　　還要為資料庫的表撰寫文件。使用SQL命令help table，就可為一個SQL資料庫提取這些表資訊，包括：

　　表名

　　資料庫或表所有者姓名

　　資料元素列名和詳細資料

　　所有元素的鍵序

　　資料庫索引資訊

　　技術性表組織

　　重複行資訊（是否允許重複行）

　　資料元素列表

　　表安全性分類

　　計劃資料庫文件時，還要考慮到資料庫架構。可利用Visio等工具開發資料庫架構的一個圖形化表示，以便將其包括到印刷文件中。

　　自動化資料庫文件化工具

　　有多種自動化的文件化工具可供選擇，例如：

　　由A&G Software開發的AGS SQL Scribe Documentation Builder Version 3.0 可自動生成Microsoft SQL Server資料庫文件。

　　由.com Solutions公司開發的可自動生成Oracle資料庫文件。

　　Microsoft Visio Professional 2002也是一款非常流行的資料庫文件工具。它包括以下模板：

　　資料庫模型圖

　　Express-G

　　ORM圖

　　最佳做法

　　資料庫文件的“最佳做法”是綜合運用自動化工具以及有經驗的業務分析員和/或高階技術作家的幫助。有這些人提供幫助，再配合資料庫結構師、開發者和管理員的專業技能，就能保證文件符合所有人的需要和希望。

文件化資料庫專案以捕捉相關資訊(轉)

相關文章