我有以下疑问：
SELECT * FROM messages GROUP BY peer
（实际上，连接更复杂，但为了简单起见，我在这里省略了它们）
问题是 SQLite 不使用任何索引并且总是对表执行完整扫描。不出所料，它在小型数据集上运行速度很快，但在包含数千行的大表上运行速度明显较慢。这是 EXPLAIN QUERY PLAN 命令的输出：0|0|0|SCAN TABLE messages USING INDEX messages_peer_mid (~1000000 rows)
尽管它说“使用索引”，但它仍然执行完整扫描。有什么方法可以让 SQLite 为这个查询使用索引，或者最好放弃 GROUP BY 并寻找其他方法？
【问题讨论】：
该计划会考虑数据量并执行扫描，因为它的算法可能会得出结论，这样做会更快。
其他 cmets，您的查询没有 WHERE 条件并且您正在返回所有列，那么您为什么不期望进行表扫描？
【讨论】：
索引有助于从表中选择记录（使用WHERE 子句或作为JOIN 操作的结果）。 GROUP BY 在一组记录在被选中并从表中检索到之后执行。它不能通过索引来辅助。
如果您想了解更多关于您的查询中有哪些选项可用于索引，请发布整个查询。
此外，您注意到您提供的 SQL 是您正在运行的代码的符号表示，但如果您真的在语句中使用 * 或除 peer 之外的任何非聚合字段名称你可能得不到你想要的结果。
最后，您问“最好放弃 GROUP BY 并寻找其他方法？” GROUP BY 用于 SQL 中的特定函数（从非聚合数据生成新的聚合结果集）。如果这是您的目标，GROUP BY 可能是最好的解决方案（因为它遵从数据库引擎，该引擎经过高度优化并且认识到数据库统计信息来决定如何检索和处理数据）。如果这不是您的目标，并且您尝试使用 GROUP BY 作为其他功能的“方法”来做其他事情，请告诉我们您实际想要实现的目标。
【讨论】：