设为首页 收藏本站
查看: 1440|回复: 0

[经验分享] 查询文章的上下篇Sql语句

[复制链接]

尚未签到

发表于 2018-10-22 06:33:46 | 显示全部楼层 |阅读模式
  本来觉得这个查询不用大动干戈的洋洋洒洒写一篇文章的;不过看到不少人在这栽跟头;还是简单总结下吧;
  文章内容页一般都会有上一篇和下一篇的功能;
DSC0000.png

  那么查询上下篇的sql语句应该怎么写呢;
  示例数据表:bjy_article
  自增主键:id
  当前文章id:10
  肯定会有童鞋是说,这简单啊id+1和id-1不就OK了;sql无非如下:
SELECT * FROM bjy_article WHERE id=10-1;     #上一篇  
SELECT * FROM bjy_article WHERE id=10+1;     #下一篇
  写出这2句sql后;大部分人稍加思索就会发现不妥;如果中间删除了几篇,那取到的值就成空了?
  这时有人在一旁大喊;可以用for循环啊,再来个if直到不为空为止;
  不经脑子的随便一想;貌似行得通;但是作为严谨的程序猿,认真思考这个不算方法的方法时候立马发现2个严重的问题;
  1:我只是想取上一篇文章;结果来了个for查询了NNNN次,严重浪费资源;
  2:假设现在一共10篇文章,第11篇就为空了,如果用for就会无限循环下去一直为空;
  如此来说;果断是不能这样写了;
  这时又有人在一旁大喊;用limit不就可以了;
  正解;
SELECT * FROM bjy_article WHERE id10+1 LIMIT 1;     #下一篇
  这就完了吗?NO;如果用这sql取;下一篇没问题了;但是上一篇会一直是第一篇文章!
  这时来个倒序即可;
SELECT * FROM bjy_article WHERE id

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-624645-1-1.html 上篇帖子: SQL 把(n)varchar类型转换为多列或多个value的集合 下篇帖子: MySQL常用SQL收集
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表