大家是如何管理一些类型之类的参数?

大家是如何管理一些类型之类的参数?

比如男女性别,政治面貌,起用不起用等一些参数
一个数据库可能会有七八十个这样的类型
是不是全把这些参数放在一张表中进行管理?
或是干脆在程序中写死
比如起用不起用虽只是0和1
但在程序里直接写死0代表不起用,1代表起用?
这样关联参数表可以少些?

全部参数全放在一张表中
但比如在一个客户表中有七八个这样的类型参数时
那么客户表要关联七八个VIEW才能取出所有的这些参数(在CS中)
在BS端,我当然可以先只取客户表
然后在而面上根据类型参数值去参数表取相应的中文值
这样的话效率会不会降低?

对于某些参数,如果我在程序里写死
那么应该可以提高效率
当然以后维护是麻烦的
万一用户想改变中文显示值
我不得不要同时改BS和CS程序

大家是怎么处理的?

其实也写到一个xml文件中读取

乱七八糟,说的啥啊.


给你个提示,表中类似的属性你用1个列就可以,数据之间,号分隔,如1,0,1,0,...


在程序中写一个类进行处理,加上getxxx()方法来得到你需要的属性,修改的化改一个地方就可以了.

你是说的数据词典问题吧,性别:男,女 政治面貌:党员,团员,非政治

真pf你的表达能力

如果是数据库系统通常集中放在一张数据表里,也有其他方式,看你具体实现衡量

这是数据库设计问题。主要权衡性能,和程序的方便性。如果你访问很频繁,放到xml,实在是不错。参用参数控制也很好。

1、不管你放在那里,但只能有一个地方保存。这样程序便于扩展。习惯是保存在一个表中比较的好。
2、如果这些变量值保存在一个表中,别的表就应该有一些校验。
3、查询时的解析,我认为放在表现层比较好,这样用运层的压力小一些。
4、如果考虑查询速度的问题,历史数据可以考虑增加一些冗余。
5、切记,不可在代码中写死。一时方便留的千古恨