比如男女性别,政治面貌,起用不起用等一些参数
一个数据库可能会有七八十个这样的类型
是不是全把这些参数放在一张表中进行管理?
或是干脆在程序中写死
比如起用不起用虽只是0和1
但在程序里直接写死0代表不起用,1代表起用?
这样关联参数表可以少些?
全部参数全放在一张表中
但比如在一个客户表中有七八个这样的类型参数时
那么客户表要关联七八个VIEW才能取出所有的这些参数(在CS中)
在BS端,我当然可以先只取客户表
然后在而面上根据类型参数值去参数表取相应的中文值
这样的话效率会不会降低?
对于某些参数,如果我在程序里写死
那么应该可以提高效率
当然以后维护是麻烦的
万一用户想改变中文显示值
我不得不要同时改BS和CS程序
大家是怎么处理的?
给你个提示,表中类似的属性你用1个列就可以,数据之间,号分隔,如1,0,1,0,...
在程序中写一个类进行处理,加上getxxx()方法来得到你需要的属性,修改的化改一个地方就可以了.
真pf你的表达能力
如果是数据库系统通常集中放在一张数据表里,也有其他方式,看你具体实现衡量
猜你喜欢
本站原创《复杂软件设计之道:领域驱动设计全面解析与实战》