软件开发--数据库中字段长度是不是越大越好?

           做软件开发的,都知道,在软件规划初期,都是要考虑软件后期的移植、稳定、升级、维护、平台迁移等,同样的,在数据库设计时一样要考虑这样的一些问题。所以我们在设计初期或者开发期间,对数据库原设计的表做字段变更并不是一个字段长度设置越大越好,而是要有一个合理度。

        在我们的开发团队里面,经常出现变更字段长度问题,而且有的时候变更跟原来的跨度很大,定义的长度也是有点让人费解。比如最近碰到变更用户角色名称长度(应用系统登录用户权限控制用的角色名),原来是长度30,15个汉字,我想一般大家肯定觉得够用了。但是实际上现在出现了一个由用户来命名的角色,里面有数字、字母、下划线(搞的跟设密码一样),其实这跟系统里面之前的角色名命名规则完全不一致,但因各种原因,只能把用户自定义好的东西放进去了。长度,研发团队人员改成了100,50个汉字。这是否合理了呢?试想,一个角色名称定义为50个汉字,这未免太奇葩了哈~~大家写作文标题都没见过超过50个汉字吧。。。。虽然用户现在的要求变了,但是我们也不能把长度改的太大,那样是不是代表别人拿一个长度为100的角色名,系统开发人员也要接受这样无理要求了呢。。。在软件行业虽然有这样一句话,任何理由都应该与用户体验为准绳。但不代表任何用户提的要求我们都要接受。对于需求的变更合理的变动。

       在此分享一个有关字段长度定义的文章 http://blog.csdn.net/yzsind/article/details/6835286

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值