采纳答案成功!
向帮助你的同学说点啥吧!感谢那些助人为乐的人
既然匹配信息采用倒排索引,不是应该根据倒排索引获取unitId list进行交集或者并集吗?
为什么老师的匹配逻辑是获取每个unitId的所有匹配信息,看是否符合传入的匹配信息?那么倒排索引相当于没有用处了。
如果这样的话,还有必要建立倒排索引么,之间建立索引的时候之间 key为unitId, value为匹配信息就好了,何必花功夫建立倒排索引?
你好,请问你这个问题最后解决了吗?最后你是怎么理解的呢?
我跟你的想法一样,我觉得就是应该根据倒排索引获取unitId取交集或并集。但我们这种思路跟老师的思路得出的结果是不一样的,不知道你想通了吗
你好,我也遇到了相同的问题,请问你最后是怎么理解的呢?match用的都是正向索引来过滤,比如通过推广单元id找到该id对应的兴趣集合A,如果我们给出的兴趣条件集合B是A的子集,则说明改id满足条件。 确实在这个检索服务里并没有使用到我们设计的倒排索引?那这里倒排索引设计的意义是什么呢? 感谢
同学你好:
可以具体看下课程中是怎么利用索引实现查询的
登录后可查看更多问答,登录/注册
广告营销系统,未来大中型企业的标配
1.7k 14
3.3k 10
1.2k 10
1.3k 8
1.1k 8