如果商品数量很多，查询压力很大，
更好的做法是再加一张表，专门存储比较动态的计数量。
如果压力进一步增大，甚至可以考虑使用 redis / memcached 之类的
内存 KV 型 DB.
做法很多的，没有金标准，主要看你的具体情况。
【 在 iLu (iLoveU) 的大作中提到: 】
: 标 题: Re: 求助：数据表设计 显示评论数 (转载)
: 发信站: 水木社区 (Mon Jul 7 08:13:11 2014), 站内
:
: 呃，这个有比较常规的做法吗？
: 这种场景应该挺多的吧，
: 一般都是怎么做的？比如论坛、新闻网站、电商都是怎么做的呢？
:
:
: 【 在 huaxinjuedui (唐僧哥哥) 的大作中提到: 】
: 数据量很大，用1；用2可以省去一些代码，但要增大数据库开销。。
: --
: 月 ○\* /
: 上人 * /*
: 柳约 \* oo
: 梢黄 ║ 从
: 头昏 ║▁▂▄▆▇▔▔▔▇▆▄▃▂▁
: 后 ﹌﹋﹌﹋﹌﹋﹌
:
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 218.249.60.*]
--
FROM 123.138.185.*