A. sql查询：子查询和联表查询有什么区别，效率、性能等有什么差异
个人见解。
1，第一个sql，一般不会这么些，子查询一般写在where里，效率会高。在select 效率要差点。
2，第二个sql，是表外关联。也就是说app_student这个表，不管有什么数据，都不会影响app_score的查询结果。也就是a表的全表检索，这个效率也不是很高。如果想效率高，最好使用直接关联。
B. sql语句子查询很多 怎么优化
举个例子，比如要搜索的条件很多？
C. SQL中，多表连接查询和不相关子查询从查询效率上来说，哪种查询的效果更好为什么
一般说不相关子查询效率高些，但也要看你的SQL语句怎么写。
如果不相关子查询的语句查询的数据量较大，那效率上和多表连接查询差不多，如：
select * from a where a.age>(select max(age) from b)
如果子查询仅仅查询符合逻辑存在判断的语法，那效率远远高于连接查询，如：
select * from a where exists(select 1 from b where rownum<=1)
D. sql语句的优化多表连接以及子查询
SQL本身没有问题，数据量也没有太夸张，全是内连接也不构成问题，真正影响执行性能的是IN和NOT IN，特别是最后的NOT IN，随着数据量增加，执行效率直线下降。优化方法就是少用IN和NOT IN。
E. SQL子查询怎么提高查询效率
我晕，这样in都套了两层了，肯定慢了啊，你可以联表啊，通过userkeyid这个字段，把两个表联合起来，然后在根据下面这个语句就可以查询了，如果有照片的话，那么p.照片这个字段就不为空，要是还要筛选的话，可以再套一层，判断下照片是否为空就可以了，尽量避免套那么多层，相当于好几个循环，用联表的方式或者是子查询的方式应该都是可以实现的，db2里面使用子查询速度快点，oracle的话联表比较快
select
t.身高,
t.性别,
t.其它信息,
p.照片
from v_user_aboutme_bymain t ,t_user_photo p
where t.userkeyid=p.userkeyid
and t.sex='男'
and t.age between '22' and '58'
and t.height between '160' and '186'
and t.headisstate='1'
F. 那个mysql 子查询和连接查询 一般常用哪个 谁效率高些
子查询优化策略
对于不同类型的子查询，优化器会选择不同的策略。
1. 对于 IN、=ANY 子查询，优化器有如下策略选择：
semijoin
Materialization
exists
Materialization
exists
derived_merge，将派生表合并到外部查询中（5.7 引入 ）；
将派生表物化为内部临时表，再用于外部查询。
2. 对于 NOT IN、<>ALL 子查询，优化器有如下策略选择：
3. 对于 derived 派生表，优化器有如下策略选择：
注意：update 和 delete 语句中子查询不能使用 semijoin、materialization 优化策略
G. 项目中优化sql语句执行效率的方法是什么
1. SQL优化的原则是：将一次操作需要读取的BLOCK数减到最低,即在最短的时间达到最大的数据吞吐量。
调整不良SQL通常可以从以下几点切入：
? 检查不良的SQL，考虑其写法是否还有可优化内容
? 检查子查询 考虑SQL子查询是否可以用简单连接的方式进行重新书写
? 检查优化索引的使用
? 考虑数据库的优化器
2. 避免出现SELECT * FROM table 语句，要明确查出的字段。
3. 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。
4. 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。
5. 在判断有无符合条件的记录时建议不要用SELECT COUNT （*）和select top 1 语句。
6. 使用内层限定原则，在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。
7. 应绝对避免在order by子句中使用表达式。
8. 如果需要从关联表读数据，关联的表一般不要超过7个。
9. 小心使用 IN 和 OR，需要注意In集合中的数据量。建议集合中的数据不超过200个。
10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，这样可以有效的利用索引。
11. 在查询时尽量减少对多余数据的读取包括多余的列与多余的行。
12. 对于复合索引要注意，例如在建立复合索引时列的顺序是F1，F2，F3，则在where或order by子句中这些字段出现的顺序要与建立索引时的字段顺序一致，且必须包含第一列。只能是F1或F1，F2或F1，F2，F3。否则不会用到该索引。
13. 多表关联查询时，写法必须遵循以下原则，这样做有利于建立索引，提高查询效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值条件（=）) and (table1的非等值条件) and (table2与table1的关联条件) and (table2的等值条件) and (table2的非等值条件) and (table3与table2的关联条件) and (table3的等值条件) and (table3的非等值条件)。
注:关于多表查询时from 后面表的出现顺序对效率的影响还有待研究。
14. 子查询问题。对于能用连接方式或者视图方式实现的功能，不要用子查询。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。应该用如下语句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。
15. 在WHERE 子句中，避免对列的四则运算，特别是where 条件的左边，严禁使用运算与函数对列进行处理。比如有些地方 substring 可以用like代替。
16. 如果在语句中有not in（in）操作，应考虑用not exists（exists）来重写,最好的办法是使用外连接实现。
17. 对一个业务过程的处理，应该使事物的开始与结束之间的时间间隔越短越好，原则上做到数据库的读操作在前面完成，数据库写操作在后面完成，避免交叉。
18. 请小心不要对过多的列使用列函数和order by,group by等，谨慎使用disti软件开发t。
19. 用union all 代替 union，数据库执行union操作，首先先分别执行union两端的查询，将其放在临时表中，然后在对其进行排序，过滤重复的记录。
当已知的业务逻辑决定query A和query B中不会有重复记录时，应该用union all代替union，以提高查询效率。
H. SQL效率/优化/子查询
1、用表连接替代子查询
select count(*) from tab1 t1, tab2 t2 where t1.col1=t2.col2
2、建立索引
create index I_tab1_col1 on tab1( col1 )
create index I_tab2_col1 on tab2( col1 )
I. 优化以下sql语句以提高查询效率（提示：可用子查询）
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
2.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。
3.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null
可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
select id from t where num=0
4.应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num=10 or num=20
可以这样查询：
select id from t where num=10
union all
select id from t where num=20
5.下面的查询也将导致全表扫描：
select id from t where name like '%abc%'
若要提高效率，可以考虑全文检索。