A. 代码中并发执行同一个sql会影响sql的速度吗
对单次sql执行来讲，影响不会太大，除非并发数超过了数据库瓶颈，导致sql执行需要等待；
对整个并发执行来讲，肯定会比执行单个sql要慢的，因为虽然多次执行的sql是一样的，但是对数据库来讲还是需要进行多次处理的，只是在数据库中sql只需要解析一次就好
B. 在 SQL sever 2005里使用连接查询快还是嵌套查询快
连接快，在相同条件下SQL的速度跟生成结果集关系较大，结果集越多速度越慢，一般连接会比嵌套产生更少的结果集（每级嵌套会生成一个结果集），所以连接会更快一些。
C. SQLSERVER2005数据库，使用select语句在列名中嵌套查询其他表速度非常慢是什么原因呢
A表的column1和B表的columna字段是否有加索引?没有都话,先把索引加上
因为A表数据量远大于B表,那么A表中肯定存在大量数据是在B表中无关联的,这些无关联的数据需要查询吗?如果不需要,那么直接用inner join下岂不美哉
D. SQL语句多层嵌套查询很慢，怎么优化，求方案
大致的看了下，有点晕，内嵌的几个select只是对同一个表的部分不同条件进行分组计算，没必要写两个查询，其中还嵌套一个，我也是醉了，可以用case-when去解决这个问题。
E. sql嵌套查询有什么弊端（主要基于性能考虑）
嵌套查询 在数据量比较小的时候 用还没什么
但是当 数据量过大时
如果你的嵌套 层数过多
会导致 程序运行缓慢
所以建议 嵌套 不要嵌套 太多层
F. 数据库的SQL语句中,嵌套查询和连接查询有什么区别,说的详细的
嵌套就是类似IN语句，比如select * from table1 where id in (select id from table2),连接就是用JOIN把2表根据一个字段进行数据连接,区别就是连接查询效率比嵌套高，而且JOIN可以通过改变JOIN先后顺序，先扫描记录少的表，从而提高速度，如果嵌套会固定先搜索子查询
G. sql查询优化问题 去掉了一个嵌套in查询居然更慢了，为什吗
如果子查询数据量比较大的话，可以试着用exist。
1.exist,not exist一般都是与子查询一起使用. In可以与子查询一起使用,也可以直接in (a,b.....)
2.exist会针对子查询的表使用索引. not exist会对主子查询都会使用索引. in与子查询一起使用的时候,只能针对主查询使用索引. not in则不会使用任何索引. 注意,一直以来认为exists比in效率高的说法是不准确的。
in 是把外表和内表作hash 连接，而exists是对外表作loop循环，每次loop循环再对内表进行查询。
如果查询的两个表大小相当，那么用in和exists差别不大。
如果两个表中一个较小，一个是大表，则子查询表大的用exists，子查询表小的用in：
例如：表A（小表），表B（大表）1：select * from A where cc in (select cc from B)
效率低，用到了A表上cc列的索引；select * from A where exists(select cc from B where cc=A.cc)
效率高，用到了B表上cc列的索引。
相反的2：select * from B where cc in (select cc from A)
效率高，用到了B表上cc列的索引；select * from B where exists(select cc from A where cc=B.cc)
效率低，用到了A表上cc列的索引。
not in 和not exists如果查询语句使用了not in 那么内外表都进行全表扫描，没有用到索引；而not extsts 的子查询依然能用到表上的索引。所以无论那个表大，用not exists都比not in要快。