[求助] 用户查询商品时，应该怎么排除没有权限的商品？

• 資深大佬 : zzw252

  启用或登录时返回用户信息中带上权限集合，请求商品列表时回传权限集给后端？

• 資深大佬 : wj219

  商品里边有存品牌 id 么，条件用 in (用户有权限的品牌 id) 至少执行的 SQL 长度小一点

• 資深大佬 : nutting

  1L 馊主意，权限怎么能前端确定。这没啥思路，就是表关联，条件限制啊。你是说 in 这个做法 sql 低效？

• 資深大佬 : vone

  拿把菜刀架在用户脖子上，然后说请不要点开没权限的商品。

  或者
  select *
  from 商品表
  join 商品品牌表 on m=n
  join 品牌权限表 on x=y

• 資深大佬 : locoz

  后端做效率太低辣，让前端在界面上直接隐藏没权限的商品（狗头保命）

• 資深大佬 : gaius

  搞个用户商品权限范围表，查询时实时获取，用 es 查，不知道有多少商品，想想还挺恐怖的

• 資深大佬 : A388

  @nutting 可能是 nodejs 做中间层传的撒

• 主 資深大佬 : liubx

  @nutting 商品多的话，sql 就会很长，这样不影响效率吗？

• 資深大佬 : pushback

  create table (user) – (user_goods) – (goods)
  select g.*
  from
  user_goods ug
  left join goods g on ug.goods_id = g.id
  where
  ug.user_id = ?

• 主 資深大佬 : liubx

  @zzw252 权限是在后端获取的。跟前端没关系的
• 主 資深大佬 : liubx

  @pushback 嗯，用 join 的话，sql 会短些。

• 主 資深大佬 : liubx

  @locoz 这样前端会砍死我的

• 主 資深大佬 : liubx

  @gaius 还没有用上 es，现在就 sql 查了

• 資深大佬 : Orangutan

  主没有说清楚效率低具体是低在哪里? 瓶颈在哪里?
  如果是查询慢,同上,一般索引,sql 优化下,如果还是解决不了,可以将用户和相关品牌权限存入缓存. 直接从缓存拿到关系直接单表 in 查询,前提注意缓存更新维护

• 主 資深大佬 : liubx

  @Orangutan 现在效率还行。主要是担心，以后商品多了，sql 就会非常长，这样会不会导致 sql 查询慢

• 資深大佬 : redtea

  一个品牌一个库

• 資深大佬 : vencent00

  用户组不是太多的话把用户组对应的商品 id 存 redis，查询慢的话就上 es 吧，除了价格都走 es 查。

• 主 資深大佬 : liubx

  @vencent00 嗯，之后会上 es 。现在害得用 mysql

• 資深大佬 : Orangutan

  @liubx 具体情况具体分析吧,有精力的话可以搞点测试数据模拟一下

• 主 資深大佬 : liubx

  @Orangutan 嗯，多谢。试试看

• 資深大佬 : yufeng0681

  业务体验方面：搜索结果的前两页没有命中用户的诉求，后面一百页都没有人翻看。
  如果是淘宝类的商品
  用户会加筛选条件看前两页（比如筛选地区，筛选信用度，筛选销售量）

  前期没啥商品，性能够用，怎么搞都可以；后面肯定要上 ES 来做更复杂的搜索逻辑，性能就不需要考虑了。 除非你们钱多，请个 DBA 来优化 SQL

• 資深大佬 : xuanbg

  搞一个商品分组，权限和分组相关，然后联表查询吧。。。效能降低那是肯定的，但也没有更好的办法了。