select top 8 n.id,n.title,n.createTime,c.[name],count(com.id) as comCount,
    c.id as caId
    from news n
    left join category c on n.caId = c.id --inner join速度慢
    left join comment com on com.newsId = n.id
    group by n.id,n.title,n.createTime,c.[name],c.id
    order by comCount desc

总共3张表 news(新闻表),category(分类表),comment(评论表)

-- 100万条数据  2秒多

-- 300万条数据  8秒多

时间有点长，效率态低，怎么解决啊？

1.似乎可以改进这个语句。Group by子句似乎不需要那么项目
2.建立索引（考虑簇集）

order by comCount desc这样在三表连接后再处理似乎不得不慢。
可以考虑先从comment表来入手，用子查询试试。

楼主的机子配置不错啊，强悍!

我的845机器,512内存,200万的3表联合查询就可能会当机!更别说300万了。估计一执行就死机!

注:我的845板不支持512M内存,比较土的杂牌主板,是2根256M的杂牌军组合成512的!

建了索引了 title 和 createTime

子查询怎么改？
group by n.id,n.title,n.createTime,c.[name],c.id 这个是必须的啊，少一个就会报错！

945 3G内存

几百万数据没什么问题，就是时间长点

有类似的sql语句吗？

group by n.id,n.title,n.createTime,c.[name],c.id
    order by comCount desc

group by 。。。是必须的啊
order by comCount desc 我是想根据评论的数量排序啊

有类似的多表查询的实例吗？ 要能查询几百万甚至上亿千万数据的

是不是要找到新闻中评论最多的前8条？！如果是，先从comment表中，找出8个符合条件的newsid,再进行连接查询得到其他项目，这肯定要快得多。
你这个查询语句是先连接再统计，再取前８条，连接的工作量相当大（如果用我的方法，连接工作量要少多少，是很容易比较出来的）。