time 
设为首页】【收藏本站
当前位置: 主页 > 数据库 > 数据库理论 > SQL语言艺术(二)发动战争:高效访问数据库

SQL语言艺术(二)发动战争:高效访问数据库

时间:2010-03-08 23:19 点击:881次 字体:[ ]




这一章描述了高效访问数据库的基本原则,在战略大局上把握高性能的关键因素

查询识别

程序设计上应该考虑查询识别,即根据SQL讯速定位到调用该SQL的应用程序代码,有助于定位性能问题

减少于数据库交互的次数

使用连接池,避免反复建立数据库连接。连接建立后,尽量批量提交SQL,减少于数据库交互的次数

大局上跳出业务逻辑的限制

把握大局,跳出业务逻辑的限制。SQL是声明性语言,所以设法使你的代码超越业务过程的规格说明,尽量用一条SQL完成所需的操作,减少对表的重复访问,避免建立临时表,中间结果等。尽量避免借助cursor进行循环操作。

保持schema稳定

尽量不要在应用程序中使用DDL来改变Schema,DDL的作用是以核心数据库的数据字典为基础的,数据字典是所有数据库操作的中心,任何对数据字典的操作都会引起全局加锁,对系统性能影响巨大。唯一可以接受的DDL操作是对table进行truncate,它能极快地清空表中所有的数据,但是 truncate操作无法通过回滚恢复

慎用自定义函数

自带函数比任何第三方代码更接近数据库核心,效率也更高些,SQL离核心越近,运行得越快。对自定义函数更应该谨慎,因为优化器对定义函数的代码无能为力

数据库负载符合业务逻辑的特性

数据库要符合业务逻辑的特性,于当时正在进行的业务活动保持合理一致性,如果查询customer表的次数比同一时间正在处理的客户量多20倍,则很有可能对表进行了重复访问,而不是一次性找出所需的信息

进攻式编程

一般情况下我们进行防御编程,先检查条件的合法性,再执行操作,对数据库编程而言,进攻式编程有切实的优势。比如插入数据的时候,我们很可能会先 select count(*)来判断数据是否已存在,如果不存在再执行insert,好的作法是直接insert,再根据更新的行数来判断有无重复。乐观锁就属于进攻式编程,先假设更新无冲突,再检查执行结果,只有冲突真的发生时才进行控制处理,乐观锁比悲观锁吞吐量高得多


本文地址 : http://www.fengfly.com/plus/view-171206-1.html
标签: SQL 高效访问数据库
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码: