> 백엔드 개발 > PHP 튜토리얼 > 文章列表取每篇文章最新的3条评论,请问大家怎么设计?

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

WBOY
풀어 주다: 2016-06-06 20:49:44
원래의
1164명이 탐색했습니다.

文章列表取每篇文章最新的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으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿