性能优化——SQL语句

前段时间人事用户提出一个需求:在添加档案时,档案编号自动生成,但是生成的速度很慢。每次进入添加页面时,档案编号总是过几秒才会出来。然后用户要求,让编号在进入该页时就出现。

刚看到这个问题时,就想到了可能是查询方法的问题。第一是查询过程中出现了差错;第二是从数据库中查数据花费的时间太长。有了思路,就下手去做吧。

首先排除第一种想法,在添加信息时,需要进行查询的方法只有一个,查询出记录总数,然后生成新的档案编号。在跟代码的过程中,发现了用的sql语句存在一定的问题。如下:

public string QueryBasicFileID()
        {

            string sql = "select * from T_BasicInformation";

            List<T_BasicInformation> basicInfo = this.CurrentDal.LoadItems(sql).ToList();

            string countBasic = (basicInfo.Count + 1).ToString("000000");

            string id = DateTime.Now.ToString("yyyyMMdd") + " " + countBasic;
            return id;
        }

看完这个方法会发现问题所在,第一是查询总数只需要使用count(*)方法即可,而这里用的是select *  ,这就意味着需要查询到所有的记录信息。从表面上我们可以知道select count(*) 与select * 的速度不一样,那么他们的差别究竟有多大呢?

在sql Server中监测一下,看看两者的速度到底能够相差多少呢。

首先使用“ select   *  ” :

Declare @d Datetime Set @d=GETDATE()
select * from T_BasicInformation
select [花费时间]=DATEDIFF(ms,@d,GetDate())

而“ select count(*)” 的执行如下:

Declare @dd Datetime Set @dd=GETDATE()
select COUNT(*) from T_BasicInformation
select [花费时间]=DATEDIFF(ms,@dd,GetDate())

通过两者相互对比发现他们的速度会相差至少500倍,当然从执行的结果来看,他们之间的相差也就不过是1秒,可能从直观上来看,相差并不大。但是,细心的会发现,在本系统中使用了底层框架,相对的来说使用底层之后,查询的速度相对于直接使用原生sql会有所降低,如果在加上在程序中运行和使用低效率的语句,那么其相差的速度就不是那1秒之差了。

小结:

看似相同的一行代码,在不同的环境中所产生的效果是不一样的。所以,任何时候,并不是将功能实现就行了。还需要从程序的性能和用户的体验度上进行考虑。如果只是功能上实现了,效率没有提上去,那么再好的程序也不会受到用户的喜爱。

时间: 2024-10-05 04:58:53

性能优化——SQL语句的相关文章

性能优化——SQL语句(续)

上篇博客介绍了一下自己在项目中遇到的一种使用sql语句的优化方式(性能优化--SQL语句),但是说的不够完整.在对比的过程中,没有将max函数考虑在内,经人提醒之后赶紧做了一个测试,测试过程中又学到了不少的东西.现给大家分享一下 上次用的是select count(*) 和select * 的执行效率问题,因为我的需求是获取数据的一个总数来自动给出新的id,然后网友给出可以使用max的方式给出新id.其实这也是一种不错的思路(当时我们也用过该函数,只不过因为系统数据本身问题,不适合用该函数),然

Mysql性能优化----SQL语句优化、索引优化、数据库结构优化、系统配置优化、服务器硬件优化

一.SQL语句优化 1-1.MySQL慢日志 1).慢日志开启方式和存储格式 如何发现有问题的SQL? 使用Mysql慢日志对有效率问题的SQL进行监控 前期准备 mysql> show variables like '%log_queri%'; +-------------------------------+-------+ | Variable_name | Value | +-------------------------------+-------+ | log_queries_no

应用索引技术优化SQL 语句一

一.前言 很多数据库系统性能不理想是因为系统没有经过整体优化,存在大量性能低下的SQL 语句.这类SQL语句性能不好的首要原因是缺乏高效的索引.没有索引除了导致语句本身运行速度慢外,更是导致大量的磁盘读写操作,使得整个系统性能都受之影响而变差.解决这类系统的首要办法是优化这些没有索引或索引不够好的SQL语句. 本文讨论和索引相关的有关内容,以及通过分析语句的执行计划来讲述如何应用索引技术来优化SQL 语句.通过分析执行计划,读者可以检查索引是否有用,以及如何创建高效的索引.本文对数据库管理人员以

应用索引技术优化SQL 语句三

六.有关索引的几个问题 问题1,是否值得在identity字段上建立聚集索引.答案取决于identity 字段如何在语句中使用.如果你经常根据该字段搜索返回很少的行,那么在其上建立索引是值得的.反之如果identity字段根本很少在语句中使用,那么就不应该对其建立任何索引. 问题2,一个表应该建立多少索引合适.如果表的80%以上的语句都是读操作,那么索引可以多些.但是不要太多.特别是不要对那些更新频繁的表其建立很多的索引.很少表有超过5个以上的索引.过多的索引不但增加其占用的磁盘空间,也增加了S

【转】 如何优化sql语句

============推荐============ csdn:http://blog.csdn.net/e3002/article/details/1817941 ====如何优化sql语句==== (1)选择最有效率的表名顺序(只在基于规则的优化器中有效): ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写 在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的 情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的

mysql优化sql语句

mysql优化sql语句 常见误区 www.2cto.com 误区1: count(1)和count(primary_key) 优于 count(*) 很多人为了统计记录条数,就使用 count(1) 和 count(primary_key) 而不是 count(*) ,他们认为这样性能更好, 其实这是一个误区.对于有些场景,这样做可能性能会更差,应为数据库对 count(*) 计数操作做了一些特别的优化. 误区2: count(column) 和 count(*) 是一样的 这个误区甚至在很多

通过profile优化SQL语句

开启profile优化SQL语句:set profiling=1;执行SQL语句show profiles;show profile for query 2;//根据query_id 查看某个查询的详细时间耗费 SHOW STATUS LIKE 'last_query_cost';//查询上一条语句执行的代价 例: mysql> show profiles;+----------+------------+----------------------------------------+| Qu

oracle性能检测sql语句

1. 监控事例的等待 select event,sum(decode(wait_Time,0,0,1)) "Prev",sum(decode(wait_Time,0,1,0)) "Curr",count(*) "Tot"  from v$session_Wait group by event order by 4; 注解:order by 4 指按第4列进行排序 2. 回滚段的争用情况 select name, waits, gets, wait

数据库调优教程(十二) 优化sql语句

五.           优化Sql语句 上一章讲了如何设计一张好的表,一张好的表自然需要好的sql语句去操作它.本章就来聊聊如何优化sql语句. 1.      Sql语句优化原则 优化需要优化的Query 定位优化对象性能瓶颈 从Explain入手 尽可能在索引中完成排序 只取自己需要的Column 尽可能避免复杂的join和子查询 2.     优化limit select * from test1 order by id limit 99999,10 原语句虽然使用了id索引,但是相当于