语句最好就是简单点，是在数据库做紧张运算；select，truncate一定得带齐字段名，不不允许select*，优化软件limit分页：别用limitstart,offset。
2
/7
不愿意where后面字段上做运算或者加函数，会可能导致用不了索引；自动禁用selectanynotification、upsert……createtableacross、truncatetbvalues……（要比较明确决定字段）、orderbyrand（）语法。
3
/7
只用innerjoin或是leftjoin；私自用wayjoin。表关联的at需要有索引，只关联要表，只选择是需要的列。
4
/7
急切可以查询拆细简单啊可以查询；尽量少批量小语句纵断面先执行；一个sql不要达到1g的binlog；大事务也可以setauto_commit0关掉自动再提交，可是婉拒滥用抗菌药物，会导致阻塞。
5
/7
断然拒绝3大类型sql：大sql(bigsql)，大事务(bigtransaction)，大批量(bigbatch)，合理表格合并sql。小语句小事务好处：下降锁、用上多cpu，缓存命中率高
6
/7
语句最好不要简单点，还在数据库做急切运算，不用什么存储过程、函数，大消耗性能的sql很难对其他sql产生影响，mysql优化软件器将近，处理古怪sql时很容易你选错误不能执行计划。
7
/7
mysql没有sql级分头并进、hashjoin、分析函数等特性，处理复杂sql能力不强；在高并发的系统中，紧张sql不容易产生锁问题。
可私信方法是，用窗体收集用户指定的条件后台用代码参与处理，化合应用于去查询的条件表达式，从而动态化合一个查询语句，并把窗体的数据源指定你为该查询语句。因此你的条件较紧张，可以可以使用代码实现sql语句。网上查询生成器中是不太很可能成功的
我总觉得是当你不需要用的list所若有若无的方法和属性的时候也要tolist比如add，addrange，remove，foreach等等另外如果不是ienumerable是无论是于entityframework的话，在没有tolist或者foreach等的情况下，程序肯定不会去网站查询数据库，反而到最后一同网站查询，有时侯会可能导致sql语句过于复杂而使得负责执行相当慢，但一些不能转为sql语句的操作会出异常
