请稍等 ...
×

采纳答案成功!

向帮助你的同学说点啥吧!感谢那些助人为乐的人

匹配信息不是应该采用倒排索引么

既然匹配信息采用倒排索引,不是应该根据倒排索引获取unitId list进行交集或者并集吗?

为什么老师的匹配逻辑是获取每个unitId的所有匹配信息,看是否符合传入的匹配信息?那么倒排索引相当于没有用处了。

如果这样的话,还有必要建立倒排索引么,之间建立索引的时候之间 key为unitId, value为匹配信息就好了,何必花功夫建立倒排索引?

正在回答 回答被采纳积分+3

3回答

weixin_慕函数6469244 2024-01-04 11:01:05

你好,请问你这个问题最后解决了吗?最后你是怎么理解的呢?

1 回复 有任何疑惑可以回复我~
慕圣7027882 2022-12-25 13:27:36

我跟你的想法一样,我觉得就是应该根据倒排索引获取unitId取交集或并集。但我们这种思路跟老师的思路得出的结果是不一样的,不知道你想通了吗

1 回复 有任何疑惑可以回复我~
  • 你好,我也遇到了相同的问题,请问你最后是怎么理解的呢?match用的都是正向索引来过滤,比如通过推广单元id找到该id对应的兴趣集合A,如果我们给出的兴趣条件集合B是A的子集,则说明改id满足条件。
    确实在这个检索服务里并没有使用到我们设计的倒排索引?那这里倒排索引设计的意义是什么呢? 感谢
    回复 有任何疑惑可以回复我~ 2024-01-04 11:00:04
张勤一 2022-04-28 20:59:28

同学你好:

    可以具体看下课程中是怎么利用索引实现查询的

1 回复 有任何疑惑可以回复我~
问题已解决,确定采纳
还有疑问,暂不采纳
意见反馈 帮助中心 APP下载
官方微信