如何提高SQL语句的左连接查询效率？
右外连接还返回右表中不符合连接条件单符合查询条件的数据行。全外连接还返回左表中不符合连接条件单符合查询条件的数据行，并且还返回右表中不符合连接条件单符合查询条件的数据行。全外连接实际是上左外连接和右外连接的数学合集（去掉重复），即“全外=左外 union 右外”。如何通过优化sql语句提高数据库查询效率？
我来说说我日常的语句优化,日常大家都是本着完成客户的需求进行编写语句,但是如果一个运行中的Job速度比较慢的话,会导致系统卡死,无响应等情况产生,所以就需要有优化！
1.SELECT子句中避免使用'*':查询的时候最好是不要使用*号 比如你这表列特别多的话会导致查询速度慢,耗费更多的时间
2.EXISTS替代IN 用NOT EXISTS替代NOT IN:EXISTS用于检查子查询是否至少会返回一行数据,该子查询实际上并不返回任何数据,而是返回值True或False.EXISTS 指定一个子查询,检测 行 的存在,返回值是一个BOOL值
IN:子查询先产生结果集,然后主查询再去结果集里去找符合要求的字段列表去.符合要求的输出,反之则不输出.
3.能走索引的走索引:要看执行计划,走什么索引要根据数据量进行分析
4.我感觉分区也是一周优化查询效率的
嘻嘻~暂时只能想到这么多,菜鸟一枚!!ヾ(✿ﾟ▽ﾟ)ノ
2.索引是为了加速对表中数据行的检索而创建的一种分散存储的数据数据结构。如图以mysql(innodb引擎)为例
3.为什么要用索引？
a.索引能极大的减少存储引擎需要扫描的数据量。
b.索引可以把随机IO变成顺序IO。
c.索引可以帮助我们在进行分组、排序等操作时，避免使用临时表。
4.sql前面加上 explain select Column Name1,Column Name2,Column Name3 from table；
排查是否走索引依次从好到差：system，const，eq_ref，ref，fulltext，ref_or_null，unique_subquery，index_subquery，range，index_merge，index，ALL。
5.索引注意要点
a.选择离散度高的列建索引.
b.索引列的数据长度能少则少。
c.索引一定不是越多越好，越全越好，一定是建合适的。
d.匹配列前缀可用到索引 like 9999%，like %9999%、like %9999用不到索引；
e.Where 条件中 not in 和 <>操作无法使用索引；匹配范围值，order by 也可用到索引
f.多用指定列查询，只返回自己想到的数据列，少用select *；
g.联合索引中如果不是按照索引最左列开始查找，无法使用索引；联合索引中精确匹配最左前列并范围匹配另外一列可以用到索引；
h.联合索引中如果查询中有某个列的范围查询，则其右边的所有列都无法使用索引。
我是阳光随馨馨，如果你看完了，点个赞，加个关注，转发一下哈
通过优化SQL语句，提高数据库查询效率，我总结了有这么几个方面：
减少数据访问
看起来像一句废话，少访问数据当然可以提高速度了，减少数据访问有这么几个方法：
创建并正确使用索引
我们经常用到的就是B-TREE索引，我们经常说到的【索引】也指的是【B-TREE索引】。
正确使用索引可以让查询效率翻倍，但是如果使用不正确，也会对效率降低很多，比如这几种情况就会造成索引失效：
不等于操作：<>? 、not in('')
进行了运算后的字段：column+1（简单的运算），function(column)（函数）
含前导模糊查询：like '%xxx'
IS NULL
隐式类型转换：column是char类型，但是写成column = 123（右边是另外一种类型）
只通过索引访问数据
有些时候，我们只需要访问表中的某几个列的数据，我们可以为这几个字段建立一个组合索引，这样的话只通过索引就可以得到数据，可以较小IO的开销。比如：
select name,gender from users where age='25';
如果这个SQL用的频率很高，那么我们可以建立一个组合索引：
create index index_xxx on users(name,gender,age);
在执行这个sql的时候，数据全部都是通过索引找到的，都不需要访问users表。
优化SQL执行***
执行***表示SQL在执行时候的算法，有的时候SQL语句很复杂，就需要优化SQL的执行***去提高SQL的执行效率。
其他
可能不和SQL有直接的关系，但确实效率提升很明显，比如：
- 数据分页处理
- 只返回需要的字段
- 减少交互次数（batch DML）
- 使用绑定变量（可以减少数据库服务器CPU运算）
但是要注意，对SQL不要过度优化，满足需求即可。
oracle中sql问的大写与小写会影响sql语句的效率吗？
1、一般的数据库中SQL语句对大小写不敏感，一般如SQL关键字、对象名称大小写都会自动转换。但对引号内的字符串大小写会敏感。
2、执行效率没测试过，应该影响不大，如Oracle会在发送SQL语句的客户端自动转换。使用大写还是小写主要看个人习惯（包括保留字、关键字），但还是希望个人风格能够统一或者与团队配合，如同code中的注释。
3、部分数据是存储的是大小写，那区分就有意义了。另外数据字典中的元数据Oracle默认使用大写。
j***a程序中写sql语句和存储过程，哪个效率高些？
1、存储过程是已经编译过的，在执行时效率高2、在程序中的SQL语句，每次都要经过数据库服务器的编译、校验、索引选择、缓存选择等等步骤。相对存储过程是慢的3、当然也有些事情是必须要在程序中处理，例如：字符串的处理，各种情况的判断等，这个不能一概而论，需要具体场景具体分析，然后选择最优的方法来试用。
