V2EX › raincious 的所有回复 › 第 59 页 / 共 107 页

仔细想了下，好难啊。

是啊，着么简单的功能，用个NOT IN就可以了。但是自从给自己定了规矩不允许使用JOIN和子查询之后，很多东西都需要重新思考。

这个问题其实还是要减少数据查询量的问题。逻辑就比较复杂了。

假定你的数据库里有1亿条帖子，你当前用户屏蔽了1亿用户。列表页需要输出100个帖子项目。那么这样做可能最经济：

1、查询所有帖子，但不是100个，而是比100大的数字，比如110个，用得到的“帖子列表”数据组成“发帖者列表”和“帖子编号列表”（注意要处理分页编号）；
2、去除重复的发帖者（帖子编号不可能重的=)），这样“发帖者列表”和“帖子编号列表”里面的总数是可控的，最大110个项；
3、用这110个数据项去查询“用户屏蔽的帖子”以及“用户屏蔽的用户”表，用IN。得到数据之后过滤已有的“帖子列表”。

这样数据库最多取出330个数据项，比NOT IN节省很多，因为直接NOT IN数据库那边可能会比较忙（但貌似IN自己也有索引问题？没有仔细研究过，求教）。

取110是为了给过滤留下容差，这样能让用户的列表尽量满100项。如果实在不满，你可以从上面第1步开始再发出一组查询，直到填满100项（不建议）。

110也可以根据用户当前屏蔽的数量动态判断。当然，肯定不会很准确，无法完全保证帖子列表一次取完。

2014 年 11 月 22 日

回复了 regmach 创建的主题 › 问与答 › [我是汉子]可以求一个前端师傅吗?

早上我就猜中这帖子肯定进热门，但……没想到

这是真的进入正题了么……

2014 年 11 月 22 日

回复了 lcqtdwj 创建的主题 › 程序员 › 为什么 APP 要用 token 而不用 session 认证？

@SoloCompany

其实你这样理解是将“用户登录系统”看成一个整体了。但事实上“用户登录系统”可以是由Auth + Session组成的。

Auth的方式比如OAuth和Basic Auth甚至Get参数Auth诸如此类。但是Auth系统在Auth过程之后就完成操作了，剩下的继续由“用户登录系统”交给Session或者Token来实现用户绑定。

比如：
https://gist.github.com/raincious/2820fd0b85511adc3ef2

注意Session可以不需要验证用户是否合法，它只需要查询自身数据（SessionID之类）是否合法，因为它用到的用户数据本身就（应当）是来自程序的运算结果，可以看作是信任数据。

事实上TokenID也可以看做SessionID，但是这完全取决于你如何实现你的系统。现在好像没有一个统一的规范说“Token”这个词必须用在某种格式的数据上。于是乎你可以拿Token放在Json里当SessionID用（相当于从HTTP Header里换到了HTTP Body里），也可以像@akfish提到的JWT那样用。这完全取决于需求和决定。

1 ... 55 56 57 58 59 60 61 62 63 64 ... 107

❮

❯