有个表数据到了200W，查询的时候占很大资源
请问如何来处理这个表，能更快更省资源的查询
[解决办法]
感觉建索引就可以了
[解决办法]
建索引啊
[解决办法]
把不经常用的数据转储到别的表里
[解决办法]
查询的语句拿出来大伙分析分析吧
[解决办法]
小表啊，400W数据，不算很大啊。
合理的索引和查询语句，不会慢，除非有特别大的字段之类
[解决办法]
本地跨库查询
如果有join 语句，就更慢了
这样速度不会快的呵呵
[解决办法]
查询用到了多联表和本地跨库查询..这个如果不改表的话,还有上面做的也做了就只能在SQL语句上优化了
[解决办法]
400W数据也不算大，看你的查询是不是获取大量的带有长文本数据的集合，那样就没有办法了（只能说需求诡异），否则合适的索引会有很高效率
[解决办法]
因该是楼主的索引建的有问题
[解决办法]
你可以试试用分区表
[解决办法]
你可以试试用2005分区表
－2000分区视图
[解决办法]
给musicid建个单独的非聚集索引试试.
只是引用musicid,无法形成索引覆盖,也就是说,用不到userid和musicid组成的聚集索引.
