数据库调用：多次小调用还是单次大调用？

我有一个PostgreSQL数据库，包含posts（帖子）表和关联帖子的comments（评论）表。

两张表的列如下：

• posts：postid、body
• comments：commentid、postid*、body

（注：comments.postid 关联 posts.postid）

给定POSTID，我希望服务器从数据库中获取该帖子及其前10条评论。

有两种数据库调用方式：

1) 单次大调用 #

调用语句大致如下：

SELECT * FROM posts
WHERE postid = POSTID
JOIN
SELECT * FROM comments
WHERE postid = POSTID

缺点：

• 存在冗余数据：postid列会随每条评论记录返回，但我们只需要返回一次帖子的postid。
• 数据库无法并行执行查询操作，速度可能更慢。

2) 两次小调用 #

调用语句分别为：

SELECT * FROM posts
WHERE postid = POSTID

以及：

SELECT * FROM comments
WHERE postid = POSTID
LIMIT 10

缺点：服务器与数据库之间会产生两次往返通信，增加了网络开销。

两种方案各有优劣，具体选择取决于你的业务场景：

优先选两次小调用的场景 #

1. 网络延迟低：如果服务器和数据库在同一内网（比如同机房、同容器集群），两次往返的开销几乎可以忽略。此时分开查询更高效——数据库可以并行处理两个简单查询，返回的数据无冗余，还能减少数据传输量。
2. 数据结构复杂：如果后续要扩展成带评论回复的嵌套结构（比如评论下还有子评论），分开查询更便于在应用层组装数据，逻辑清晰，避免多表关联带来的复杂SQL和数据冗余。
3. 缓存优化：可以分别缓存帖子和评论数据。比如帖子内容更新少，缓存时间设长；评论更新频繁，缓存时间设短，分开查询能更灵活地制定缓存策略。

优先选单次调用的场景 #

1. 网络延迟高：如果服务器和数据库跨地域部署，网络往返开销大，此时单次调用能减少一次网络请求，整体耗时更优。同时可以调整SQL减少冗余——只查询必要字段，避免postid重复传输：

   SELECT p.postid, p.body, c.commentid, c.body
   FROM posts p
   LEFT JOIN comments c ON p.postid = c.postid
   WHERE p.postid = POSTID
   LIMIT 11 -- 1条帖子+10条评论
   

   这种写法返回的冗余数据少，数据库也能通过索引快速完成关联查询。
2. 简单场景且追求代码简洁：如果只是基础的帖子+评论查询，不需要复杂业务逻辑，单次关联查询的SQL更集中，便于维护。

折中最优方案：用PostgreSQL JSON函数打包数据 #

如果既想减少网络往返，又不想有数据冗余，可以用PostgreSQL的json_agg函数把评论打包成JSON数组，一次查询返回结构化的帖子+评论数据：

SELECT p.postid, p.body,
       json_agg(c ORDER BY c.commentid LIMIT 10) AS comments
FROM posts p
LEFT JOIN comments c ON p.postid = c.postid
WHERE p.postid = POSTID
GROUP BY p.postid, p.body

这种方式既只有一次网络请求，返回的数据结构清晰（帖子字段+评论数组），无冗余postid，同时数据库查询效率也很高，是大多数场景下的最优选择。

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