SQL编码中注意的性能问题

如果一行的长度不超过8000，使用VARCHAR而不是TEXT 对于仅存数字的列要使用数字类型而不要用字符类型 不要使用字符串类型存储日期数据。2、谨慎使用触发器 保持触发器内的代码最小化 可能的情况下尽量
如果一列中的文本长度不一，使用VARCHAR而不是CHAR
不存储Unicode不要使用NVARCHAR或者NCHAR
如果一行的长度不超过8000，使用VARCHAR而不是TEXT
对于仅存数字的列要使用数字类型而不要用字符类型
不要使用字符串类型存储日期数据。
2、谨慎使用触发器
保持触发器内的代码最小化
可能的情况下尽量用其他更高效的技术替代触发器
尽量避免回滚触发器
3、只返回需要的数据
横向来看，不要返回自己不需要的列,尽量不要使用select *
纵向来看，不要返回自己不需要的行,尽量使用where条件来过滤自己需要的内容
考虑使用TOP
考虑分页
对于聚合查询，可以用HAVING子句进一步限定返回的行。
4、尽量少做重复的工作
控制同一语句的多次执行，特别是一些基础数据的多次执行。
减少多次的数据转换，也许需要数据转换是设计的问题，但是减少次数是可以做到的。
合并对同一表同一条件的多次UPDATE，
UPDATE操作不要拆成DELETE操作+INSERT操作的形式，虽然功能相同，但是性能差别是很大的。
不要写一些没有意义的查询。
插入大量数据时，尽量不要使用循环，可以使用CTE，如果要使用循环，也放到一个事务中；
5、注意临时表用法
在复杂系统中，临时表很难避免，关于临时表需要注意：
语句很复杂，连接太多，可以考虑用临时表分步完成。
多次用到一个大表的同一部分数据，考虑用临时表暂存数据。
需要综合多个表的数据，形成一个结果，可以考虑用临时表分步汇总这多个表的数据。
其他情况下，应该控制临时表和表变量的使用。
注意排序规则。
关于临时表产生使用SELECT INTO和CREATE TABLE + INSERT INTO的选择.
6、避免使用游标
对于某些逐行的处理考虑放在客户端
考虑使用关联的子查询代替游标
必须使用游标时注意以下问题：
使用高效的游标类型（例如 forward-only）
使用服务器端游标时保持结果集尽量小。
游标使用结束时不能仅仅CLOSE，还要DEALLOCATE。
7、 恰当使用连接
对于频繁连接的表用于连接的列需要有合适的索引
用于连接的列尽量使用相同的数据类型
避免将唯一值很少的列用过连接列，否则会导致scan
如果有些查询需要对4个或更多的表进行连接，可以考虑低范化一些表
8、 其他需要注意的地方
问题发现的越早解决的成本越低，很多性能问题可以在编码阶段就发现，为了提早发现性能问题，需要注意：
程序员注意、关心各表的数据量。
编码过程和单元测试过程尽量用数据量较大的数据库测试，最好能用实际数据测试。
每个SQL语句尽量简单
不要频繁更新有触发器的表的数据
注意数据库函数的限制以及其性能
【SQL开发实战技巧】系列（二十三）：数仓报表场景☞ 如何对数据排列组合去重以及通过如何找到包含最大值和最小值的记录这个问题再次用执行计划给你证明分析函数性能不一定高 怎样对数据组合重新排列并去重的问题、通过如何找到包含最大值和最小值的记录这个问题再次用执行计划给你证明分析函数性能不一定高【SQL开发实战技巧】这一系列博主当作复习旧知识来进行写作，毕竟SQL开发在数据分析场景非常重要且基础，面试也会经常问SQL开发和调优经验，相信当我写完这一系列文章，也能再有所收获，未来面对SQL面试也能游刃有余~。本篇文章主要介绍的两个方面，第一个方面曾经有好几个网友和同事问我，第二个问题真的是很多同行的通病，认为分析函数是万金油，一股脑用。
SQL挑战 如何高效生成编码 原文:SQL挑战——如何高效生成编码 有这样一个需求：需要根据输入的编码（这个编码值来自于数据库的一个表）生成下一个编码，编码规则如下所示（我们暂且不关心这个逻辑是否合理，只关心如何实现）：    1: 最小值为A0000， 最大值为ZZZZZ   2：编码A0000的下一个值为A0001， 编码A9999的下一个值为B0000, 编码AB999的下一个值为AC000，编码AC999的下一个值为AD000，依此规则内推。
Oracle 数据库11g新特性之高效 PL/SQL 编码 Oracle 数据库11g新特性之高效 PL/SQL 编码 转自：http://space.itpub.net/1384/viewspace-217959 自推出以来，PL/SQL 就一直是在 Oracle 数据库中编程的首选语言。