数据库的优化tips

标签: 数据库 优化 tips | 发表时间:2014-07-24 17:58 | 作者:u010912122
出处:http://blog.csdn.net
数据库   TIPS::
1、用于记录或者是数据分析的表创建时::使用Id作为主键,1,2,3...表示消息条数,用户账号id用于做外键,一个用户对应唯一个accountId
                                    一个accountId可以对应多条数据;
                                    
2、创建索引::    例如需要根据注册版本号和注册游戏ID来查询另外一些字段的时候,就可以根据版本号和游戏ID来创建索引::相当于就是根据查询条件来建索引;


3、数据库查询优化::  (1)、慎用 SELECT DISTINCT,从记录集中排除重复记录时,才使用DISTINCT;
            (2)、选择最优效率的表名顺序 SQLSERVER从右到左的顺序处理FROM子句中的表名;当from子句中包含多个表的情况下,必须选择记录最少的表作为基础表,即把数据少的表放 在最后;(注:有三个以上的表连接查询,则需要选择交叉表作为基础表)
            
4、使用表的别名(Alias)::连接多个表是,使用别名把别名前缀于每个Column上


5、最好使用可SARG作为WHERE搜索条件::        例如列和常量之间的比较。在WHERE子句里不可SARG的搜索条件如"IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE"和"LIKE '%500'",通常(但不总是)会阻止查询优化器使用索引执行搜索。另外在列上使用包括函数的表达式、两边都使用相同列的表达式、或和一个列(不是常量)比较的表达式,都是不可SARG的。   (注::如果你不知道特定的WHERE查询字句是不是可SARG,可以在查询分析器里检查查询执行计划)


6、WHERE字句中的连接顺序::       SQLSERVER采用自下而上的顺序解析WHERE字句,所以表之间的连接必须写在其他WHERE条件之前,可以过滤最多数据记录的条件必须写在WHERE子句的末尾。  


7、避免使用困难的正规表达式::  


8、 避免对大型数据表行数据的顺序存取::    




9、正确使用UNION和UNION ALL:: 使用UNION时、相当于在结果集上执行SELECT DISTINT,UNION将联合两个相类似的记录表,然后搜索重复的记录并排除;;; 如果搜索的联合记录集中木有重复记录,则使用UNION ALL。      


10、EXISTS和IN的使用::  基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行连接,在这种情况下,使用EXISTS(或NOT EXISTS)通常将提高查询的效率。


11、用存储过程代替直接写查询语句::减少网络流量和响应时间,提升应用程序性能;
   
12、存储过程名不要以sp_开头::这个特别的前缀是为系统存储过程保留的,用户定义的存储过的运行,会稍微降低一些执行效率。


13、存储古城的拥有者要相同::      同一存储过程里调用的所有对象的拥有者都应该相同,DBO更合适。

14、让食物尽可能的短:: 保持TSQL事务尽可能的短,这会减少锁的数量。


15、tinyint(0-255、-128 - 127 1字节);smallint(0-65535、-32768 - 32767 2字节)
    mediumint(0-16777215,-8388608 - 8388607 4字节);int(0-4294967295、-2147483648 - 2147483647 8字节)
作者:u010912122 发表于2014-7-24 9:58:47 原文链接
阅读:114 评论:0 查看评论

相关 [数据库 优化 tips] 推荐:

数据库的优化tips

- - CSDN博客数据库推荐文章
数据库   TIPS::. 1、用于记录或者是数据分析的表创建时::使用Id作为主键,1,2,3...表示消息条数,用户账号id用于做外键,一个用户对应唯一个accountId.                                     一个accountId可以对应多条数据;. 2、创建索引::    例如需要根据注册版本号和注册游戏ID来查询另外一些字段的时候,就可以根据版本号和游戏ID来创建索引::相当于就是根据查询条件来建索引;.

hive 优化 tips

- - CSDN博客推荐文章
一、     Hive join优化. 也可以显示声明进行map join:特别适用于小表join大表的时候,SELECT /*+ MAPJOIN(b) */ a.key, a.value FROM a join b on a.key = b.key. 2.     注意带表分区的join, 如:.

Cassandra性能优化的一些小tips

- - 邓的博客
最近,datastax的开发博客上发了一篇文章 How not to benchmark Cassandra (不要这样压测Cassandra),文章说了压测Cassandra时应该避免的几个地方. 其实,对于正常使用情况下提升Cassandra的性能,避免某些瓶颈,里面的有些tips还是非常有用的,所以摘录出来,本文并非原文翻译,而是选择了其中几点,并总结了自己优化Cassandra的一些实践,如果有需要,请直接查看链接.

数据库优化

- - 数据库 - ITeye博客
程序运行效率,优化应用程序,在SP编写过程中应该注意以下几点: . a) SQL的使用规范: .   i.尽量避免大事务操作,慎用holdlock子句,提高系统并发能力.   ii.尽量避免反复访问同一张或几张表,尤其是数据量较大的表,可以考虑先根据条件提取数据到临时表中,然后再做连接.   iii.尽量避免使用游标,因为游标的效率较差,如果游标操作的数据超过1万行,那么就应该改写;如果使用了游标,就要尽量避免在游标循环中再进行表连接的操作.

42 个移动端启动页面优化 Tips

- - 互联网的那点事
我们都听过这句话,“你只会有一次机会去打造第一印象”, 当涉及到移动端的启动页面时,这句话会更加令人信服. 在最基本的层面上,启动页面将会是消费者同你网站的第一次接触.. 拥有好的第一印象是很重要的. 今年早些时候我们发布了这篇文章, 《响应式设计不是一种移动端优化策略》 ,它专门讲为你的移动通信媒介打造专用移动端启动页面来将访问者转换成消费者的重要性..

数据库优化小计

- - CSDN博客数据库推荐文章
周一夜间进行了一次XX业务相关的数据库表优化. 一共4张表,数据量不大,最小的40万记录,最大的300万,大小不超过300MB. 但由于历史原因,表没有建立索引,对应的服务使用的SQL千姿百态,修改起来难度有点大,容易改错,涉及的全国客户较多,大部分都是全表扫描,在秒级的响应时间,但大多客户还能忍着.

数据库查询优化

- - SQL - 编程语言 - ITeye博客
1 使用SET NOCOUNT ON 选项:.     缺省地,每次执行SQL语句时,一个消息会从服务端发给客户端以显示SQL语句影响的行数. 通过关闭这个缺省值,你能减少在服务端和客户端的网络流量,帮助全面提升服务器和应用程序的性能. 为了关闭存储过程级的这个特点,在每个存储过程的开头包含“SET NOCOUNT ON”语句.

mysql tips两则

- - jackyrong
mysql tips两则,都可以用来查看当前执行的语句. 已有 0 人发表留言,猛击->> 这里<<-参与讨论. —软件人才免语言低担保 赴美带薪读研.

Android开发Tips

- - CSDN博客推荐文章
欢迎Follow我的 GitHub, 关注我的 CSDN.. 介绍一些, 在Android开发中, 会经常使用的小知识点.. submodule与git可以保持实时同步. 导入, 路径多于一个, 前面不添加冒号(:).. 使用PackageManager.. // 检查App是否安装 private boolean appInstalledOrNot(String uri) {.

MySQL数据库优化总结

- - CSDN博客推荐文章
        对于一个以数据为中心的应用,数据库的好坏直接影响到程序的性能,因此数据库性能至关重要. 一般来说,要保证数据库的效率,要做好以下四个方面的工作:数据库设计、sql语句优化、数据库参数配置、恰当的硬件资源和操作系统,这个顺序也表现了这四个工作对性能影响的大小.        一、数据库设计   适度的反范式,注意是适度的.