数据字典设计

[POwner]

以前做管理系统都是有个字典表，里面存着各种状态，常用类型之类的，其它表关联字典表ID为外键，系统启动都加载到内存。
现在做门户这样可以么，还是有更好的办法么，如果把所有状态都写在代码里可以不？
不知道大网站都是怎么设计的。

[网站推广优化yetaoaiueo]

并发量大吗？ 这样可以

[微观技术]

外键的成本一般都比较高，要看你的外键表是不是很大，如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议，即使创建一个状态表，最好也不要和主表有直接的外键关联，只保持逻辑关系，否则会增加后面维护成本

[微观技术]

引用 3 楼 POwner 的回复:

[quote=引用 2 楼 aalansehaiyang52 的回复:] 外键的成本一般都比较高，要看你的外键表是不是很大，如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议，即使创建一个状态表，最好也不要和主表有直接的外键关联，只保持逻辑关系，否则会增加后面维护成本

谢谢，你说的维护成本是什么？[/quote] 比如分库分表，以及对业务扩展更好的支持 因为删表很容易对其它的表产生影响

[POwner]

引用 2 楼 aalansehaiyang52 的回复:

外键的成本一般都比较高，要看你的外键表是不是很大，如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议，即使创建一个状态表，最好也不要和主表有直接的外键关联，只保持逻辑关系，否则会增加后面维护成本

谢谢，你说的维护成本是什么？

[老许要老婆么]

主外键 后期维护成本很高的说！ 比如人员的维护成本,系统运行不可能是永远都是一个人

[POwner]

引用 1 楼 yetaodiao 的回复:

并发量大吗？ 这样可以

谢谢，并发大的。有同事建议状态用枚举字段，这样是否合理？

[POwner]

引用 4 楼 C0909 的回复:

主外键 后期维护成本很高的说！ 比如人员的维护成本,系统运行不可能是永远都是一个人

其实我就是想要一个比较好的设计方法来合理表达状态

[POwner]

引用 7 楼 aalansehaiyang52 的回复:

[quote=引用 3 楼 POwner 的回复:] [quote=引用 2 楼 aalansehaiyang52 的回复:] 外键的成本一般都比较高，要看你的外键表是不是很大，如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议，即使创建一个状态表，最好也不要和主表有直接的外键关联，只保持逻辑关系，否则会增加后面维护成本

谢谢，你说的维护成本是什么？[/quote] 比如分库分表，以及对业务扩展更好的支持 因为删表很容易对其它的表产生影响[/quote] 谢谢，你能给个建议么，对于一个门户网站如何设计状态数据呢,如订单状态，类别等

[POwner]

引用 7 楼 aalansehaiyang52 的回复:

[quote=引用 3 楼 POwner 的回复:] [quote=引用 2 楼 aalansehaiyang52 的回复:] 外键的成本一般都比较高，要看你的外键表是不是很大，如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议，即使创建一个状态表，最好也不要和主表有直接的外键关联，只保持逻辑关系，否则会增加后面维护成本

谢谢，你说的维护成本是什么？[/quote] 比如分库分表，以及对业务扩展更好的支持 因为删表很容易对其它的表产生影响[/quote] 有的人建议不放到数据库，而是写进constant里，几乎就是List Map 之类的，但这样如果改动就要动代码，感觉不好维护