數據字典適合只會增加或修改（包括啓用禁用），但數據量變動不大，且極少參與邏輯處理的簡單數據。
例如：部門，只會根據部門篩選查詢的情況下，可以做到數據字典裏；但如果要根據部門不同，進不同的數據處理，或者需要存儲其他信息的話，就不適合用數據字典了，因爲我需要根據部門的code去特殊處理，而數據字典是可修改的，一旦code變化，程序就必須修改。
優點：
1.可人工維護數據，不需要重啓系統；
2.可以整合接口，不需要一個種類的數據提供一個接口；
例如：部門，小組等都只涉及篩選查詢，那麼就可以統一做到數據字典中，提供一個數據字典的統一接口就行了，不用部門和小組都去做一套增刪改查的接口。
缺點：
1.數據必須先於開發確定，否則無法開發；（人工設置key，可以在還沒添加到系統中之前就可以開發；但自動生成，必須先在系統中添加，才能繼續開發，耦合程度高）；
2.存儲信息有限，因爲採用的是統一的字段，所以無法存儲特異性的信息，比如：我想要存儲部門所在地 、部門的領導、部門的工作內容等信息，就沒有辦法存儲了。
3.會導致很多死代碼，不利於代碼維護。
數據字典就如同儲物間，當房子小的時候，會有很多雜物需要放到儲物間中；但是當房子越來越大，儲物間反而沒有太多東西可以放了。數據字典也是如此，但系統初期，很多數據如組織結構、角色、區域等數據都放在數據字典中。但隨着系統的演進，很多數據需要進行單獨的維護，都從數據字典中分化出去，成爲單獨的模塊，數據字典中需要維護的數據逐漸減少。