「相关文章」结果是越相关排名越前的案例，求一个高效的写法
本帖最后由 sky94132003 于 2014-08-24 03:53:35 编辑 我的文章系统，想按照多个件条下
，看看有什么可能性可做到
4张表  基础简介
content 文章主表
id
lid = 相关的文集id ,保存格式 (1,2,3)
tags = 相关的tag 的id   ,保存格式 (1,2,3)
typeid = 分类id 只为1个数字 
文集
lid
name
tags
id
name
分类
typeid
name
typeid = 分类id, 不别多说
tag = 标签这不用多说，
lid = 一个文集, 但一篇文章可以放到多个文集, 比如： php+mysql+ajax无刷新评论
用户可能放到  php文集,mysql文章,ajax文集
tag 是全站共用，重复就不新增，只会选择  
所以不能做成一个自己文章的分类列表，所以会出现了文集功能
因为文章某个部分已经会显示当前文集其他的文章
所以在关相文章的部分，文集中的文件不比tag文章更应该排在前面
所以准备的关系排名是
1. tag相关
2. 文集
3. 最新的当前分类文章
为什么要分3次?
因为我就是怕太tag，同时又没有用到文集功能....
所以最后一步才是当前分类文章
当前文章的
tag 是3,14
lid = 7,12
typeid = 2
select * from `content` where `tags` in (3,14) order by `time` desc limit 10
select * from `content` where `lid` in (7,12) order by `time` desc limit 10
select * from `content` where `typeid` = '2' order by `time` desc limit 10
前台显示十条相关文章
本来是准备，分3次，然后每次拿10条是最安全的
后来想想...这样还有合并数组什么的也麻烦，重点是取太多资料，但前台只需要10条
所以换成一句
select * from `video_content` where `tags` in (3,14) or `lid` in (3) or `typeid` = 2  limit 10
但这样好像又能以tag>文集>分类...去排名
请求一下有何方法?
要求好像蛮麻烦的呵呵，因为页面下半部有50%的部分是显示相关文章，所以在营运上很重要
------解决方案--------------------
sql用or、not in本来就不好；
如果数据不需要太及时的话
把你3条sql语句组合好的数据缓存一段时间（半小时、一小时、甚至再长一点也可以）
因为你的数据都是死数据，没有浏览量，评论量等等
------解决方案--------------------
你的 意思是不是如果要10条tag，就先取10条tag，不够再取有lib，接着不够再取有type的？
如果是这样的话， 你的sql是不是会有问题！
------解决方案--------------------
用全文检索来做