3年前的一个小项目经验,分享给菜鸟兄弟们(公文收发小软件:小技能 SmallDatetime)

这个系统中的数据库有100多M,里面当然有很多表,我的每个表里,有几个字段,都是一样的
例如 CreateUserID、CreateDate、ModifyUserID、ModifyDate。这几个字段分别表示,数
据是谁创建的,什么时候创建的,数据最后是谁修改的,什么时候修改的。

问题出来了,其中CreateDate、ModifyDate 我都是用Datetime数据类型,我想我能否优化一
下我的数据库,能让数据库变得性能更好一些,我想,会不会用SmallDatetime更省一些空间
更能提高运算速度,我就把我数据库里的所有表的这2个字段都修改为SmallDatetime了。

奇迹发生了,数据库变成了80多M,就这么个改变,让我的数据库变得轻了20M,心里好爽啊,
数据库变小了,就算其他什么都没修改过,那我想,最起码读取的速度也快了一些吧。

所以我建议大家,若是SmallDatetime的数据范围已经能满足你的要求了,千万别用Datetime。
性能能高一些,就算高一些吧。希望我这个文档你没白读,读到了一些小经验。

 

欢迎批评指点,环境交流留言。

将权限管理、工作流管理做到我能力的极致,一个人只能做好那么很少的几件事情。

posted on 2009-02-03 20:33 不仅仅是通用权限设计 阅读(394) 评论(2) 编辑 收藏

#1楼   回复  引用  查看     晕倒,我们公司的数据库已经快10G了,也没有需要这种优化,实在没有必要。内存、硬盘的价格已经很低了

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值