学者有个数据库，每天大概有100w以上记录，查询结果有100个有用的列，出了索引覆盖和分区，还有什么办法能提高查询速度么
------解决方案--------------------
引用一下某人的解释
1.sql本身是否正确，是否有优化的可能，通过执行计划可以看出
2.数据库设计本身是否合理，前提是你能做数据库做修改
3.必要的索引是否都已经建立
4.是否有模糊查询需要做全文索引
5.分页处理是否能提高性能
6.做分区
7.分表，按需要进行表划分或者对固定数据做表集计
------解决方案--------------------
优化需要说的东西太多了。几句话说不清楚的。
不过我觉得最重要的不是调优，而是最初的设计。
设计不好，后面的调优也就纠结了。
------解决方案--------------------
每次都要动态查询吗？都要实时数据吗？
------解决方案--------------------
每天100万，不做分区很难在后期使用过程中得到好处，另外除了他们说的，还可以考虑索引视图、列存储索引（这个限制比较多，而且从2012才开始出现）
------解决方案--------------------
查询结果100个有用的列，这种需求本身就有问题，你要展现的话，一屏摆得下么？要是分多屏展现，干嘛不垂直拆成多个表？
------解决方案--------------------
100有用的列？
在不了解实际的表结构，和查询语句，很难优化。
------解决方案--------------------
设计问题，得精准从业务需求上着手分析，那是根源