資料字典
資料字典(data dictionary, 簡記為dd)是各類資料描述的集合。
資料字典通常包括資料項、資料結構、資料流、資料儲存和處理過程五個部分。其中資料項是資料的最小組成單位，若干個資料項可以組成乙個資料結構，資料字典通過對資料項和資料結構的定義來描述資料流、資料儲存的邏輯內容。
(1)． 資料項
資料項是不可再分的資料單位。對資料項的描述通常包括以下內容：
資料項描述=
其中"取值範圍"、"與其他資料項的邏輯關係"（例如該資料項等於另幾個資料項的和，該資料項值等於另一資料項的值等）定義了資料的完整性約束條件，是設計資料檢驗功能的依據。
可以用關係規範化理論為指導，用資料依賴的概念分析和表示資料項之間的聯絡。即按實際語義，寫出每個資料項之間的資料依賴，他們是資料庫邏輯設計階段資料模型優化的依據。
(2)． 資料結構
資料結構反映了資料之間的組合關係。乙個資料結構可以由若干個資料項組成，也可以由若干個資料結構組成，或由若干個資料項和資料結構混合組成。對資料結構的描述通常包括以下內容：
資料結構描述=}
(3)． 資料流
資料流是資料結構在系統內傳輸的路徑。對資料流的描述通常包括以下內容：
資料流描述=，平均流量，高峰期流量}
其中"資料流來?quot;是說明該資料流來自哪個過程。"資料流取向"是說明該資料流將到那個過程去。"平均流量"是指在單位時間（每天、每週、每月等）裡的傳輸次數。"高峰期流量"則是指在高峰時期的資料流量。
(4)． 資料儲存
資料儲存是資料結構停留或儲存的地方，也是資料流的**和去向之一。它可以是手工文件或手工憑單，也可以是計算機文件。對資料儲存的描述通常包括以下內容：
資料儲存描述=，資料量，訪問頻度，訪問方式}
其中"訪問頻度"值每小時或每天或每週訪問幾次、每次訪問多少資料等資訊?quot;訪問方式"包括是批處理還是聯機處理；是檢索還是更新；是順序檢索還是隨機檢索等。另外，"輸入的資料流"要指出其**，"輸出的資料流"要指出其去向。
(5)． 處理過程
處理過程的具體處理邏輯一般用判定表或判定書來描述。資料字典中只需要描述處理過程的說明性資訊，通常包括以下內容：
處理過程描述=，輸出：，處理：}
其中"簡要說明"中主要說明該處理過程的功能及處理要求。功能是指該處理過程用來做什麼（而不是怎麼做），處理要求包括處理頻度要求，如單位時間裡處理多少事務、多少資料量、響應時間要求等。這些處理要求是後面物理設計的輸入及效能評價的標準。
可見，資料字典是關於資料庫中資料的描述，即元資料，而不是資料本身。
資料字典是在需求分析階段建立，在資料庫設計過程中不斷修改、充實、完善的。
明確地把需求收集和分析作為資料庫設計的第一階段是十分重要的。這一階段收集到的基礎資料（用資料字典來表達）和一組資料流程圖（data flow diagram,簡稱dfd）是下一步進行概念設計的基礎。
要強調兩點：
（1） 需求分析階段的乙個重要而困難的任務是收集將來應用所涉及的資料，設計人員應充分考慮到可能的擴充和改變，是設計易於更改，系統易於擴充，這是第一點。
（2） 必須強調使用者的參與，這是資料庫應用系統設計的特點。資料庫應用系統和廣泛的使用者有密切的聯絡，許多人要使用資料庫。資料庫的設計和建立又可能對更多人的工作環境產生重要影響。因此使用者的參與是資料庫設計不可分割的一部分。在資料分析階段，任何調查研究沒有使用者的積極參加是寸步難行的。設計人員應該和使用者取得共同的語言，幫助不熟悉計算機的使用者建立資料庫環境下的共同概念，並對設計工作的最後結果承擔共同的責任。
資料字典的一些思考
資料字典適合只會增加或修改 包括啟用禁用 但資料量變動不大，且極少參與邏輯處理的簡單資料。例如 部門，只會根據部門篩選查詢的情況下，可以做到資料字典裡 但如果要根據部門不同，進不同的資料處理，或者需要儲存其他資訊的話，就不適合用資料字典了，因為我需要根據部門的code去特殊處理，而資料字典是可修改的...
Oracle的資料字典
oracle的資料字典 以下 中收集了oracle資料字典中幾乎所有的檢視或別名，至於每個檢視或別名的字段請用 describe 語句來查詢。命名說明 oracle資料字典中，物件名稱多數以 user.all.dba.為字首 user.檢視中記錄通常記錄執行查詢的帳戶所擁有的物件的資訊，all.檢視...
ORACLE的資料字典
oracle中的資料分為兩部分，一部分是使用者資料一部分是系統資料,查詢系統資料，需要使用資料字典 我們可以通過查詢dictionary 簡稱為dict 來查詢資料庫中的資料字典 一 user 代表當前使用者自己的資料，普通使用者可以訪問 select table name from dict wh...