即便数据库服务器所渴求的处理器能力在不断增长,没有章法地调整索引和查询也可以把一个强健的系统弄至瘫痪。所以你经常可以看到开发人员编写存储进程和查询而不咨询数据库管理员 (DBA)或者甚至在没有DBA干预的情况下运行一个项目。类似的是,表的设计——包括数据类型、标准化和去标准化的程度和索引结构——影响系统的性能重要角色。其中一些因素可能被“设计”过,但是其它的诸如索引和标准化策略应该作为“最佳预想”来实现,然后通过负载测试来认真地调整。
在Mind杂志中,J. D. Meier 的文章“最重要十个提示:通过ADO和ASP访问SQL”展示了关于调节数据库存储和数据库本身的特殊战略。
一般而言,没有充分地利用数据库(当一个存储程序的调用进行时候,作多个查询,每次取一列数据,当不必这样处理时,明确锁定数据)可能是一个问题的可能来源。这些可能在代码书写之前而引起开发者的注意,并且被解决。可是,问题是实现Meier的列表中的策略并不总是容易理解的。
上一页 | 下一页 |
对服务器资源管理的疏忽 | 选择错误的算法 |