有个表数据到了200W，查询的时候占很大资源
请问如何来处理这个表，能更快更省资源的查询

------解决方案--------------------
感觉建索引就可以了
------解决方案--------------------
建索引啊
------解决方案--------------------
把不经常用的数据转储到别的表里
------解决方案--------------------
查询的语句拿出来大伙分析分析吧
------解决方案--------------------
小表啊，400W数据，不算很大啊。
合理的索引和查询语句，不会慢，除非有特别大的字段之类
------解决方案--------------------
本地跨库查询
如果有join 语句，就更慢了

这样速度不会快的呵呵
------解决方案--------------------
查询用到了多联表和本地跨库查询..这个如果不改表的话,还有上面做的也做了就只能在SQL语句上优化了
------解决方案--------------------
400W数据也不算大，看你的查询是不是获取大量的带有长文本数据的集合，那样就没有办法了（只能说需求诡异），否则合适的索引会有很高效率
------解决方案--------------------
因该是楼主的索引建的有问题
------解决方案--------------------
你可以试试用分区表
------解决方案--------------------
你可以试试用2005分区表
－2000分区视图
------解决方案--------------------
给musicid建个单独的非聚集索引试试.
只是引用musicid,无法形成索引覆盖,也就是说,用不到userid和musicid组成的聚集索引.