資料字典適合只會增加或修改（包括啟用禁用），但資料量變動不大，且極少參與邏輯處理的簡單資料。
例如：部門，只會根據部門篩選查詢的情況下，可以做到資料字典裡；但如果要根據部門不同，進不同的資料處理，或者需要儲存其他資訊的話，就不適合用資料字典了，因為我需要根據部門的code去特殊處理，而資料字典是可修改的，一旦code變化，程式就必須修改。
優點：1.可人工維護資料，不需要重啟系統；
2.可以整合介面，不需要乙個種類的資料提供乙個介面；
例如：部門，小組等都只涉及篩選查詢，那麼就可以統一做到資料字典中，提供乙個資料字典的統一介面就行了，不用部門和小組都去做一套增刪改查的介面。
缺點：1.資料必須先於開發確定，否則無法開發；（人工設定key，可以在還沒新增到系統中之前就可以開發；但自動生成，必須先在系統中新增，才能繼續開發，耦合程度高）；
2.儲存資訊有限，因為採用的是統一的字段，所以無法儲存特異性的資訊，比如：我想要儲存部門所在地 、部門的領導、部門的工作內容等資訊，就沒有辦法儲存了。
3.會導致很多死**，不利於**維護。
資料字典就如同儲物間，當房子小的時候，會有很多雜物需要放到儲物間中；但是當房子越來越大，儲物間反而沒有太多東西可以放了。資料字典也是如此，但系統初期，很多資料如組織結構、角色、區域等資料都放在資料字典中。但隨著系統的演進，很多資料需要進行單獨的維護，都從資料字典中分化出去，成為單獨的模組，資料字典中需要維護的資料逐漸減少。
資料字典的一些內容
資料字典 資料字典 data dictionary,簡記為dd 是各類資料描述的集合。資料字典通常包括資料項 資料結構 資料流 資料儲存和處理過程五個部分。其中資料項是資料的最小組成單位，若干個資料項可以組成乙個資料結構，資料字典通過對資料項和資料結構的定義來描述資料流 資料儲存的邏輯內容。1 資料...
資料分析的一些思考
是否可以從個體的金錢流動中發現社會執行機制，這是我感興趣的地方，此idea由集智百科的社群劃分演算法所引發。最近在試圖花大量時間讀懂ap算 文，大概半月到一月左右，之後看能否應用於二部圖聚類，避免聚類數目指定的問題。計畫先實現單機測試版，可行的話再分布式測試實際資料。金錢 物質等都可歸於資訊流動範疇...
Oracle的資料字典
oracle的資料字典 以下 中收集了oracle資料字典中幾乎所有的檢視或別名，至於每個檢視或別名的字段請用 describe 語句來查詢。命名說明 oracle資料字典中，物件名稱多數以 user.all.dba.為字首 user.檢視中記錄通常記錄執行查詢的帳戶所擁有的物件的資訊，all.檢視...