前事不忘,后事之师,不忘国耻!

 注册  找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 3067|回复: 0

讲解优化数据库时必须注意的一些细节问题

[复制链接]

讲解优化数据库时必须注意的一些细节问题

[复制链接]
ehxz

主题

0

回帖

7251

积分

管理员

积分
7251
2008-6-20 10:45:23 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

×
在优化数据库时,我们可能没有用到以下这些细节的优点。下面是一些关于数据库性能的问题,仅供大家参考。
  1. 假设你的数据库不需要存储特殊字符的能力,尤其是Unicode标准中规定的那些字符,你有没有在系统中把nchar类型替换成char之类的各种适用的字段类型?

  2. 你是不是在用smalldatetime类型,而不是datetime?如果你不清楚这两种类型有什么区别,这是一个简单介绍:smalldatetime类型可以存储1900年1月1日至2079年6月6日的日期,而datetime类型把这一范围扩展到了1753年1月1日至9999年12月31日。你需要这么大的范围吗?

  3. 你是不是例行公事地使用bit类型来代替smallint类型?如果是这样,你知道其中的代价吗?这对你的程序可能并没有影响,但smallint类型可以建立索引,bit类型不行。

  4. SQL Server 2000在bit类型字段中允许空值,而且是默认的。有人希望这样,也有人不希望这样。

  5. 你如何处理字段中的空值?默认方式是允许空值,但更好的办法是禁止空值,允许零长度的字符串。

  6. 你想过表中能容纳的最多行数吗?你比较过这个数值和数据页的大小8060字节吗?

  7. 你有没有好好利用标准字段?(去看看菜单里的工具->选项->标准字段)

  8. 你的表中有没有一个时间戳字段?如果没有的话,你知道什么时候这种字段会有用处吗?

  9. 你的表都有区块索引吗?你知道一个表什么时候应该有区块索引,什么时候一文不值吗?

  10. 你在命名存储过程时有没有用sp_前缀?你有没有意识到这样做给性能带来了什么影响?
免责申明1、欢迎访问本站,本文内容及相关资源来源于网络,版权归版权方所有!本站原创内容版权归本站所有,请勿转载!
2、本文内容仅代表作者观点,不代表本站立场,作者自负,本站资源仅供学习研究,请勿非法使用,否则后果自负!请下载后24小时内删除!
3、本文内容,包括但不限于源码、文字、图片等,仅供参考。本站不对其安全性,正确性等作出保证。但本站会尽量审核会员发表的内容。
4、如本帖侵犯到任何版权问题,请立即告知本站 ,本站将及时删除并致以最深的歉意!客服邮箱:admin@dbabbs.com
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|DBA论坛中国 ( 鲁ICP备20017503号-2 )

GMT+8, 2024-12-22 01:11 , Processed in 0.188838 second(s), 11 queries , MemCached On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表