當前所提到的數據字典不同於數據庫本身的數據字典定義,最早知道這樣做的目的在於將系統中存在的下“拉框式選擇數據”進行集中管理和靈活配置。今天再次被大神們的思路所啟發,軟件之中需要的是將穩定的需求抽象,只有抽象能帶來更多的便捷和可擴展。
1、參考設計1:基礎數據字典設計
應用范圍:分類數據較少,並希望將部分基礎數據進行集中管理,減少代碼。如部門管理等
設計描述:
字段名 | 類型 | 描述 |
編號 | Char(16) | 間斷增量(Not Null,PK) |
分類名稱 | Varchar(64) | 用來進行過濾選取字典表相關域 |
內容 | Varchar(255) | |
上級編號 | Char(16) | 取Dictionary的編號(FK),用來進行等級設計。使之成為樹型結構。 |
應用:
部門關系表:需要記錄部門編號、部門名稱、上級部門的基礎需求。
產品類型表:需要記錄產品編號、產品名稱、產品類型
2、我的設計2:靈活配置的項目數據字典設計
本類數據字典需要2張表來完成數據集中管理的需求。
(1)字典總類表
字段名 | 類型 | 描述 |
編號 | int(8) | 自增變量(Not Null,PK) |
字典名稱 | Varchar(64) | 標記名稱 |
類型 | int | 0表示字典數據,1表示通用格式數據(如部門關系表) |
編碼前綴 | char | 用於標記該字典類型的數據編號前綴 |
序號 | int | 用於指定字典的顯示順序 |
(2)字典數據表
字段名 | 類型 | 描述 |
編號 | Char(16) | 間斷增量(Not Null,PK) |
字典編號 | Int(8) | FK |
分類名稱 | Varchar(64) | 用來進行過濾選取字典表相關域 |
內容 | Varchar(255) | |
上級編號 | Char(16) | 取字典數據表的編號(FK),用來進行等級設計。使之成為樹型結構。 |
序號 | int | 用於指定相同字典項內的顯示順序 |
項目使用實例: