Select count(*) from USER 与 Select count(ID) from USER 不同之处是什么，哪个好呢？
------解决思路----------------------
Select count(ID) from USER 如果ID是Pk的话，与 count(*) 效率一样，如果ID不是PK，那么结果是不一样的，无所谓哪个好哪个不好。
个人意见，欢迎讨论。
------解决思路----------------------
印象中 count 索引列的效率是最快的，不过那应该是很早之前的文档了，最新的数据库中没测试过
楼主有兴趣可以实际执行测试下执行效率
------解决思路----------------------
个人觉得count(id),count(1) 比count（*）要效率要高点。
------解决思路----------------------
赞一个
两条语句的结果可能就不一样，应在结果正确的前提下保持效率
------解决思路----------------------
count（ID) 是对ID列做统计，如果有ID为null的列，是不被统计的。count（*）是对行做统计，就算ID为null，也会被统计进去。
如果ID 为primary key，count（ID）和count(*)效率差不多。
------解决思路----------------------
当表的数据量大些时，对表作分析之后，使用count(1)还要比使用count(*)用时多了！
从执行计划来看，count(1)和count(*)的效果是一样的。
但是在表做过分析之后，count(1)会比count(*)的用时少些（1w以内数据量），不过差不了多少。
这个也与表的记录数多少有关！如果1w以外的数据量，做过表分析之后，反而count(1)的用时比count(*)多了。
另外，当数据量达到10w多的时候，使用count(1)要比使用count(*)的用时稍微少点！
如果你的数据表没有主键，那么count(1)比count(*)快
如果有主键的话，那主键（联合主键）作为count的条件也比count(*)要快
如果你的表只有一个字段的话那count(*)就是最快的啦
count(*) count(1) 两者比较。主要还是要count(1)所相对应的数据字段。
如果count(1)是聚索引,id,那肯定是count(1)快。但是差的很小的。
因为count(*),自动会优化指定到那一个字段。所以没必要去count(1)，用count(*),sql会帮你完成优化的
因此：count(1)和count(*)基本没有差别！
通过全表扫描和走索引，除了count(rowid)在走索引的时候明显慢外，其他情况下差异都不是很大，很明显，对于这样的求和来说，我们使用 count(*) 是没有什么不好的，count(1)更快纯粹是一个谬论。
------解决思路----------------------
学习了
------解决思路----------------------
不考虑Null的情况, 如果null参与聚集运算，则除count(*)之外其它聚集函数都忽略null。
count(1)和count(主键) 这两个只扫描主键Index就可以得到数据，
而count(*)是扫描表的。
所以count(1)和count(主键)这两个效率高。
还有一种写法是count（ROWID）这也是只扫描Index的，效率高。
具体的效率高低情况还跟表的数据量有关系。