‘壹’ sql中多表联合查询用什么方法效率最高
关联条件最好是主键或者有索引的列，然后可以用小表左关联大表。
‘贰’ MySQL高性能SQL注意事项简述
数据库作为应用开发中必不缺少的基础设施，其性能直接影响应用的整体运行速度。MySQL是目前最广泛使用的关系型数据库之一，对于开发人员写出性能良好的SQL是必备的基本技能之一。下面简单描述下编写SQL的注意事项。
编写高质量的SQL需要从以下几个方面注意，基本原则、表字段注意事项、索引使用注意事项、SQL注意事项。
基本原则
一、尽量不要在数据库里做运算。如果遇到运算尽可能在应用程序层进行计算。
二、控制数据库表数量、控制单表数据量、控制表的字段数。建议单库不要超过四百张表，建议单表字段不要超过五十个，建议单表的数据量不要超过一千万。
三、不要编写大SQL、不要使用大事务。SQL尽量写的简单点拒绝编写大SQL，可以将大SQL拆分成多个小SQL，在应用层聚合。大事务拆分成多个小事务，快速提交。
表字段注意事项
一、选择合适数值字段类型。能用小字段类型的就用小字段类型，如tinyint就比int(1)在表示小数据时合适。
二、能用数字表示就不要用字符。如可以用无符号INT存储IP而不是字符串表示。
三、避免使用NULL字段。原因NULL字段查询优化难，含NULL复合索引失效。
四、少用或拆分TEXT/BLOB字段。字段太大需要更多的空间，性能低下，如需使用拆分到单独表。
五、不要在表字段中存储图片。
索引使用注意事项
一、合理添加索引。索引添加太多会影响更新速度。能够使用复合索引的避免加多个单独索引。
二、字符字段建立前缀索引。
三、不在索引列做运算。索引列做运算会导致索引失效。
四、尽量不使用外建。
SQL类注意事项
一、 SQL语句尽可能简单。大SQL拆分成多个小SQL。
二、事务编写尽量短小。事务即开即用用完立即关闭。
三、尽量不要使用select *。只取需要的列。
四、改写OR为IN或者改写为UNION操作。OR在数据量大的时候性能低于IN。
五、避免NOT、!=、>、NOT IN、NOT EXISTS、NOT LIKE等查询。
六、避免%前缀模糊查询。
七、能用UNION ALL不要用UNION。
八、GROUP BY中去除排序。自带排序。
九、同类型的字段做比较。字符类和字符类比较，数值类和数值类比较，不要混在一起比较。
十、尽量单表查询，尽量不要多表关联查询。多表关联查询可以拆分成单表查询在应用程序中聚合数据。
十一、复合索引的多列注意最左原则。
上述注意事项能避免很多性能低下的SQL，希望在开发过程中能引起注意。
‘叁’ 多表关联查询的SQL执行原理
平时大多是执行单表查询，通常你把索引建好，让他尽可能走索引，性能都没问题。但其实也有不少的多表关联语句，因为有时查找目标数据，不得不借助多表关联的语法，才能实现你想要但使用多表关联的时候，你的SQL性能就可能会遇到一些问题。
若在FROM字句后直接来两个表名，就是要针对两个表进行查询，而且会把两个表的数据给关联，假设你未限定多表连接条件，可能会搞出一个笛卡尔积。所以通常都会在多表关联语句中的WHERE子句里引入一些关联条件：where t1.x1=xxx and t1.x2=t2.x2 and t2.x3=xxx
假设：
所以该SQL执行过程可能是：
他可能是先从一个表里查一波数据：驱动表
再根据这波数据去另外一个表里查一波数据进行关联，另外一个表叫：被驱动表
员工表包含id（主键）、name（姓名）、department（部门）
产品销售业绩表里包含id（主键）、employee_id（员工id）、产品名称（proct_name）、销售业绩（saled_amount）。
现在要看每个员工对每个产品的销售业绩：
此时看到的数据：
全表扫描员工表，找出每个员工，然后针对每个员工的id去业绩表找 employee_id 跟员工id相等的数据，可能每个员工的id在业绩表里都会找到多条数据，因为他可能有多个产品的销售业绩。
然后把每个员工数据跟他在业绩表里找到的所有业绩数据都关联，比如:
内连接，inner join，要求两个表里的数据必须完全能关联上，才能返回。
假设员工表里有个人是新员工，入职到现在无销售业绩，此时还是希望能够查出来该员工的数据，只不过他的销售业绩那块可以给个NULL，表示无业绩。但若仅使用上述SQL语法，似乎搞不定，因为必须要两个表能关联上的数据才查得出来。
此时就需要
outer join，分为：
还有个语法限制，如果你是内连接，那连接条件可以放在where语句，但外连接一般是把连接条件放在ON语句：
一般写多表关联，主要就是内连接和外连接。
‘肆’ sql语句多表联查，查询速度太慢，超过10s，由于是菜鸟，不知道怎样优化
确定是菜鸟，sql 写成这样 证明你逻辑很清楚啊，建议如果是初学者，代码规范一定要保持
不知道代码规范，可以去窗口format一下。。。
言归正传 你这个优化的话 可以把
AND p.mediatypeinfoid in (
select
id
from
fn_get_mediatype_infor(5)
)
上面这部分 换成 inner join
‘伍’ 关于SQL Server多表查询性能问题
第二条 语句更好 ；
你第一条 得执行两次，需要访问数据库两次，浪费资源；
第二种访问数据库一次就好了，高下立判。
建议第一种可以用 union all连接起来，效率会提高，但仍然没有第二种效率高。
‘陆’ oracle 对于多个大表关联操作如何优化速度
1、首先要建立适当的索引。sql在索引字段不要加函数，保证索引起效。如果是复合索引注意在sql的顺序。如果已经存在索引，建议你先重建索引先，因为大数据表的索引维护到了一个阶段就是乱的，一般建议重建。建立好的一般可以获得几十倍的速度提升。
2、最大数据量的表放在最前，最小的表放在最后面。sql是从最后面开始反向解析的。
3、其次是要把最有效缩小范围的条件放到sql末尾去。尤其是主键或者索引字段的条件。
4、保证你sql的算法合理性。保证复杂度和空间度的合理性。
5、必要时候使用存储过程。提升30%-40%的速度
6、建议你分页读取不要一下读完所有的数据。（使用rownum），一下子数据太多会使得内存不够用的。
如果这些都做了还不满意的话，可以考虑建立几个表空间，然后按照一个算法将各个表的数据，平均的放在各个表空间内（分表分区），在select的时候数据库就会使用多线程到各个表空间索引数据，这个一般不是上千万级的表是不用的。 也不是所有人都会用。
‘柒’ 一句sql连了很多表 效率慢，怎么提高效率
关联代码表不会特别影响效率。
正常遇到这类问题是 看执行计划怎么样，是不是和想象中的不一致
针对有问题的部分想办法处理 比如建索引表或者 hints 等