PostgreSQL书籍评分统计：查询优化、结果格式及性能方案问询

让我一步步帮你拆解这三个问题：

问题1：获取单本图书的平均评分及各评分得票数量的最优方式 #

你的现有实现思路是对的，通过CASE WHEN分支统计每个评分的票数，同时计算平均分，逻辑清晰且能直接得到预期的结构化结果。不过如果想让代码更易维护（比如后续评分范围调整），可以用生成评分维度表的方式来优化，避免重复写大量CASE WHEN：

优化方案（以MySQL为例） #

-- 先生成1-10的评分维度表
WITH ratings_dim AS (
    SELECT 1 AS rating UNION ALL SELECT 2 UNION ALL SELECT 3 UNION ALL
    SELECT 4 UNION ALL SELECT 5 UNION ALL SELECT 6 UNION ALL
    SELECT 7 UNION ALL SELECT 8 UNION ALL SELECT 9 UNION ALL SELECT 10
)
SELECT 
    AVG(br.rating) AS avg_rating,
    -- 用条件统计每个评分的票数，左连接确保0票的评分也显示
    SUM(CASE WHEN br.rating = rd.rating THEN 1 ELSE 0 END) AS vote_count,
    rd.rating AS score
FROM ratings_dim rd
LEFT JOIN books_rates br ON rd.rating = br.rating AND br.book_id = 2
GROUP BY rd.rating
ORDER BY rd.rating;

如果需要把结果转成你预期的“一行多列”形式，可以在上面的基础上用PIVOT（不同数据库语法略有差异，比如MySQL 8.0+支持PIVOT，或者继续用CASE WHEN）。

总结：如果评分范围固定（1-10），你的原有写法已经足够高效；如果需要灵活性，维度表的方式更易扩展。两种方式的性能差异不大，核心都是扫描目标图书的评分数据一次。

问题2：为何查询结果是对象形式 #

你看到的对象形式，是因为你的SQL查询返回了一行多列的结果集：avg是平均分，r1到r10是各评分的票数。当客户端（或ORM框架）接收这个结果时，会把每一列的列名作为键，对应的值作为值，转换成键值对的对象结构。

如果想要得到“每个评分对应一条记录”的数组形式，就需要调整查询结构，让结果返回多行（比如问题1里的优化方案），这样客户端就会解析成数组而非单个对象。

问题3：预计算存储评分统计是否更优 #

先回答：这个查询算不算“重查询”？ #

要看你的数据规模和查询频率：

• 如果单本图书的评分量很大（比如上万条），且每次加载图书都要执行这个统计，那确实会重复扫描大量数据，属于相对较重的查询；
• 如果评分量小，或者查询频率不高，实时计算的性能开销可以忽略。

预计算方案的优缺点： #

优点：

• 加载图书时直接读取预存的字段，性能极快，适合高并发场景；
• 避免重复计算，减少数据库CPU开销。

缺点：

• 数据一致性风险：新增、修改、删除评分时，必须同步更新预存的平均分和各评分票数，一旦遗漏某个操作（比如删除评分忘记更新统计），就会出现数据不一致；
• 并发问题：如果多个请求同时更新同一图书的评分，可能需要加锁来保证统计字段的正确性，增加了代码复杂度；
• 存储空间冗余：需要额外存储多个统计字段，虽然占用不大，但属于冗余数据。

建议： #

• 如果查询图书的频率远高于评分更新频率（比如电商图书详情页，用户浏览远多于评分），预计算是更优的选择；
• 如果评分更新频繁，或者数据量不大，直接实时计算更简单可靠，不用维护一致性逻辑。

内容的提问来源于stack exchange，提问作者ZiiMakc