ホームページ > バックエンド開発 > PHPチュートリアル > 文章列表取每篇文章最新的3条评论,请问大家怎么设计?

文章列表取每篇文章最新的3条评论,请问大家怎么设计?

WBOY
リリース: 2016-06-06 20:49:44
オリジナル
1145 人が閲覧しました

文章列表取每篇文章最新的3条评论,请问大家怎么设计?

<code>article表
{article_id,title,content}

comment表
{article_id,comment,created(时间戳)}
</code>
ログイン後にコピー
ログイン後にコピー

回复内容:

文章列表取每篇文章最新的3条评论,请问大家怎么设计?

<code>article表
{article_id,title,content}

comment表
{article_id,comment,created(时间戳)}
</code>
ログイン後にコピー
ログイン後にコピー

如果单论数据库表的设计,你都已经给出来了,这是最直观的设计!

  • 如果现在的设计能够很好满足你的需求,工作的很好,那就没必要为了所谓的易于扩展、性能等理由去重构。简单直观且能满足当前的需求,就不要盲目的去过度设计,每次显示评论的时候,就老实地关联查询,然后order by created,然后取前3条记录;
  • 如果无法满足需求(一般大多是性能需求),那就需要分析性能瓶颈在那里。个人先猜一下:一般瓶颈也就是在数据量很大时候,最新3条评论的获取。针对这个性能热点,简单给一下个人的看法,欢迎拍砖:
    1、最简单的做法,加索引(article_id, created),能够很好增加SQL的查询效率,基本能够解决问题;
    2、此外,可以在article表增加一列,存储最新3条评论的信息,这个信息可以根据(comment_id, created)组合,这样既方便插入新评论时的更新,也可根据主键id直接查询最新3条评论,不过这种方式,增加了插入评论时的开销,需要权衡;
    3、再者,可以利用缓存,将最新3条评论放到缓存中,当然最好是能够放到内存缓存中,如果数据量大的话,可以考虑类似memcache的分布式缓存,这样同样可以大大减轻数据库的查询压力;
    4、最后,稍发挥一点,直接上nosql数据库,类似mongodb、redis等nosql数据库能够很容易满足这样的业务场景,只是这样带来了新的学习成本。

上述只是个人的一家之言,对于大多数这样的业务场景,在数据量不是特别大的时候,类似楼主的表结构,外加有效的索引,完全能够handle。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート