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

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

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

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

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

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

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

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

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

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

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 = ?

@zzw252 权限是在后端获取的。跟前端没关系的

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

@locoz 这样前端会砍死我的

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

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

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

一个品牌一个库

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

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

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

@Orangutan 嗯，多谢。试试看

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

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

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