@worldqiuzhi #12

如果只是个无意义的代码，那就不用编码，直接用名称。对于名称的变更，还有范围（对应前端的下拉/单选/复选的选项），另行准备其他数据模型去管理（请注意，相比与数据字典方式，这并没有增加工作量）。

如果是完整数据的名称属性，例如部门的部门名称、商品的商品名称，那么需要分两种情况考虑。如果需要的是历史名称，例如订单上的商品名称，那么直接将名称固化的主数据上。如果需要的是当前名称，例如员工的部门名称，那么就只能根据主键去关联了。当然，这时候在面向前端时，如何写代码以及如何控制性能，跟数据字典一样的复杂。像部门这种少的数据还可以直接全量放到缓存上，如果数据量很大，那还得回落到数据字典方式，不过这时候是（自然/代理）主键——名称的字典，不是编码——名称的字典。

编码——名称这种存储方式，以前肯定有其有利的地方。但现在，在存储成本可以忽略的时候，再搞编码，对业务逻辑、UI 、大小数据统计，都是负影响。