SQL Server运行程序性能调优之设计优化

优化你的运行程序设计

假设你为运行程序经常使用了多层设计,SQL Server只是一个大型运行程序的一局部。多层设计的成功方式对运行程序性能影响之大,或者会远远超乎你的构想,它比SQL Server所带来的影响大的多。

可怜的是,在运行程序性能低下时,人们往往将其要素归咎于SQL Server,而没有反思运行程序的设计,实践上很多状况下设计毛病才是造成运行程序性能疑问的关键要素。上方我提供一些可以协助你启动运行设计的倡导,以防止SQL Server继续独担性能低下的罪名。

在设计多层运行时你首先须要选择的是,选用逻辑和物理设计。在这两种设计中,物理设计中最易出现造成性能疑问的失误,要素是在这个设计中要成功通常在实在环球中的成功。和任何其它事件一样,你面临着多种选用,其中很多选用会带来更新或性能疑问。

为了确定哪一种选用才是正确的,须要你再次借助于测试手腕,在设计阶段就开局早期潜在测试,你可以经常使用极速原型测试法,来判别哪一种成功可以最好的满足用户的须要。

另外,当你在设计物理成功时,尽量遵照以下倡导,来确保运行程序的可更新性和最优化性能:

尽或者将以数据为核心的义务以存储环节的方式在SQL Server上成功。防止在展现层和业务层处置数据。

不要在业务层保留修正形态数据,尽或者的在数据库中成功。

不要创立复杂或难懂的对象分级。复杂类的创立和经常使用通常会比拟耗资源,会降落运行程序的性能和裁减性。要素是当创立和监禁这些对象时,内存调配操作的开支通常比拟大。在启动运行程序设计时,可以思考经常使用微软事务处置主机(MTS)来充沛应用数据库衔接池和对象池的长处。MTS可以运行将数据库衔接和对象都放到pool中,可以大大提高运行程序的全体性能和可裁减性。

假设你的运行程序针对SQL Server的查问耗时较长,在设计运行程序时可以思考异步启动查问。这样一个查问不用必定期待前面一条口头完后能力启动。将这特性能参与到你的多层运行软件的一个方法是经常使用微软信息队列主机(MSMQ)。

只管依照以上倡导并不能确保你取得一个可更新、极速口头的运行程序,却可以说是一个好的开局。

优化数据库的设计

与运行程序设计相似,数据库设计对SQL Server运行程序的可更新性和性能也十分关键。雷同与运行程序设计相似,假设你在开局的时刻没有正当的启动数据库设计,当运行程序被投入到消费环境中后,再对其启动修正往往十分艰巨,且代价较高。在设计SQL Server数据库时,以下几件事件对其更新和性能十分关键,须要牢记。

雷同的情理,你须要尽或者早的经常使用实在数据来测试你的设计。这象征着你须要开发具备示例数据的原型数据库,而后经常使用估量会在实在运行中出现的行为类型来对该设计启动测试。

一开局就须要你确定的设计准则之一是,数据库将被经常使用来启动联机事务处置(OLTP),还是在线剖析处置(OLAP)。在设计数据库时人们常犯的一个最大失误是,试图设计数据库同时满足OLTP和OLAP须要。假设你宿愿取得高性能和可裁减性,这两种运行程序类型是相互排挤的。

OLTP数据库通常是高度规格化的,有助于降落必定存储的数据量。存储的数据越少,SQL Server口头的I/O操作就越少,数据库访问就会越快。事务处置也尽或者在短期间内成功,以缩小锁定抵触现象。最后一点,为降落少量拔出、更新和删除操作的开支,要尽或者少的经常使用索引。

另一方面,OLAP数据库则是高度反规格化的。另外,它不经常使用事务处置,由于数据库是只读的记载锁定不是什么疑问。当然,为了满足宽泛的报表需求,须要少量经常使用索引。

由此可见,OLTP和OLAP数据库成功的目的齐全不同,你无法能设计一个数据库同时满足这两种需求。

在数据库设计早期阶段发现疑问后,修正起来相对比拟容易,因此不要等到运行程序开发成功后,再去修负数据库设计,这简直是无法能的。

【编辑介绍】

您可能还会对下面的文章感兴趣: