数据字典设计

POwner 2013-11-15 04:21:28
以前做管理系统都是有个字典表,里面存着各种状态,常用类型之类的,其它表关联字典表ID为外键,系统启动都加载到内存。
现在做门户这样可以么,还是有更好的办法么,如果把所有状态都写在代码里可以不?
不知道大网站都是怎么设计的。
...全文
657 10 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
POwner 2013-11-30
  • 打赏
  • 举报
回复
引用 7 楼 aalansehaiyang52 的回复:
[quote=引用 3 楼 POwner 的回复:] [quote=引用 2 楼 aalansehaiyang52 的回复:] 外键的成本一般都比较高,要看你的外键表是不是很大,如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议,即使创建一个状态表,最好也不要和主表有直接的外键关联,只保持逻辑关系,否则会增加后面维护成本
谢谢,你说的维护成本是什么?[/quote] 比如分库分表,以及对业务扩展更好的支持 因为删表很容易对其它的表产生影响[/quote] 有的人建议不放到数据库,而是写进constant里,几乎就是List Map 之类的,但这样如果改动就要动代码,感觉不好维护
POwner 2013-11-28
  • 打赏
  • 举报
回复
引用 7 楼 aalansehaiyang52 的回复:
[quote=引用 3 楼 POwner 的回复:] [quote=引用 2 楼 aalansehaiyang52 的回复:] 外键的成本一般都比较高,要看你的外键表是不是很大,如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议,即使创建一个状态表,最好也不要和主表有直接的外键关联,只保持逻辑关系,否则会增加后面维护成本
谢谢,你说的维护成本是什么?[/quote] 比如分库分表,以及对业务扩展更好的支持 因为删表很容易对其它的表产生影响[/quote] 谢谢,你能给个建议么,对于一个门户网站如何设计状态数据呢,如订单状态,类别等
POwner 2013-11-20
  • 打赏
  • 举报
回复
引用 4 楼 C0909 的回复:
主外键 后期维护成本很高的说! 比如人员的维护成本,系统运行不可能是永远都是一个人
其实我就是想要一个比较好的设计方法来合理表达状态
POwner 2013-11-20
  • 打赏
  • 举报
回复
引用 1 楼 yetaodiao 的回复:
并发量大吗? 这样可以
谢谢,并发大的。有同事建议状态用枚举字段,这样是否合理?
老许要老婆么 2013-11-20
  • 打赏
  • 举报
回复
主外键 后期维护成本很高的说! 比如人员的维护成本,系统运行不可能是永远都是一个人
POwner 2013-11-20
  • 打赏
  • 举报
回复
引用 2 楼 aalansehaiyang52 的回复:
外键的成本一般都比较高,要看你的外键表是不是很大,如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议,即使创建一个状态表,最好也不要和主表有直接的外键关联,只保持逻辑关系,否则会增加后面维护成本
谢谢,你说的维护成本是什么?
微观技术 2013-11-20
  • 打赏
  • 举报
回复
引用 3 楼 POwner 的回复:
[quote=引用 2 楼 aalansehaiyang52 的回复:] 外键的成本一般都比较高,要看你的外键表是不是很大,如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议,即使创建一个状态表,最好也不要和主表有直接的外键关联,只保持逻辑关系,否则会增加后面维护成本
谢谢,你说的维护成本是什么?[/quote] 比如分库分表,以及对业务扩展更好的支持 因为删表很容易对其它的表产生影响
微观技术 2013-11-17
  • 打赏
  • 举报
回复
外键的成本一般都比较高,要看你的外键表是不是很大,如果不大的话可以直接将信息放入主表 ========================= 另外给你一个建议,即使创建一个状态表,最好也不要和主表有直接的外键关联,只保持逻辑关系,否则会增加后面维护成本
  • 打赏
  • 举报
回复
并发量大吗? 这样可以

25,980

社区成员

发帖
与我相关
我的任务
社区描述
高性能WEB开发
社区管理员
  • 高性能WEB开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧