不链表实现按照商品销量排序，排序字段在另一张表

分享 / 0 / 27 / 创建于 1年前

查询可以用with实现，排序就不好处理了，感觉很多场景都需要跨表排序，这样岂不是必须要链表，有没有搞过的大神指点下

不链表实现按照商品销量排序，排序字段在另一张表

github.com/kevinyan815/Learning_La... www.insp.top/ learnku.com/users/29783/collection... 《Dcat Admin 中文文档》

18 声望

https://learnku.com/laravel/courses https://www.kancloud.cn/@sdwang...

《L04 微信小程序从零到发布》

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

《L02 从零构建论坛系统》

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

讨论数量: 27

小猪蹄子

203 声望

不去连表获取排序字段，那就先根据排序获取到对应商品的顺序，然后用find_in_set("id",'2,3,4,1')去排序

1年前评论

彭彭（楼主）

这样会不会只是排序这一页的商品顺序不是整体的顺序主表执行where条件后第一页的ID就是分散的这几个id不见得就是倒序前十个

小猪蹄子（作者）

@彭彭你如果不去连表拿排序字段，那就要每次都去动态设置这个排序的值啊，等于你主表查完之后拿所有的主表id去排序表根据销量排序，然后根据页数在排序表获取对应的主表id，在拿到主表查询上进行排序，感觉你不连表去拿排序字段，完全是在做无用功

小猪蹄子（作者）

@彭彭这样一堆操作下来，还不如直接在select上做子查询获取对应的排序字段来排序

彭彭（楼主）

@小猪蹄子我懂你意思了，但这样如果我主表查出了一千页数据，我是不是要排序好这一千页才能确定哪十条在第一页

彭彭（楼主）

@小猪蹄子公司不让链表操作，现在就是有个店铺评分在另一个表，按照店铺评分排序

小猪蹄子（作者）

@彭彭如果不冗余数据到这个主表上，可以这样说，或者用ES把信息来存到一起

小猪蹄子（作者）

@彭彭不过select上面用子查询应该也不算是联表查询吧

bishi123

@小猪蹄子 laravel或者dcat-admin这种就比较蛋疼，还有一些统计排序，比如某个用户的某些数据统计，再排序，所以还是单表查吧，先统计再关联，laravel用起来有些是很蛋疼的

L学习不停

Laravel 8.x 译者 623 声望

不用with用join呗。

我问一下，这种需求对应的原生SQL写的出来吗？

1年前评论

彭彭（楼主）

sql熟的，公司原则上不让链表操作，这种估计只能链表了

bishi123

join 一对多，数据一多的时候，就知道什么叫卡了

L学习不停（作者）

@彭彭那你们公司很好啊，给出了规范的操作。那么就按公司原则做呗，至于怎么做肯定问公司。

Imuyu

课程读者 861 声望

那就增加冗余字段，创建订单后异步更新商品销量字段

1年前评论

彭彭（楼主）

我也想过，这样需要写个跑批统计订单更新商品销量，还要考虑部分退货订单的情况，在写个异步，发布生产也多一步，头脑疼！

bishi123

为啥不能单表查，需要排序就单表查，只能这样了，更新有时候会出错

Imuyu （作者）

@彭彭干嘛写脚本批量更新啊，通过事件，那个商品购买或者退货，只更新当前商品，建个任务，推到队列，异步执行去呗

sanders

课程读者 644 声望 / 程序员鼓励师 @ KDD

要不把销量写在商品表里，定期或通过事件进行更新，再排序不就简单了。

1年前评论

彭彭（楼主）

这样需要写个跑批统计订单更新商品销量，还要考虑部分退货订单的情况，在写个异步，发布生产也多一步，头发又要掉了！

sanders （作者）

@彭彭若要考虑订单状态和退单情况，说不好这是掉头发最少的一种方案 ;）。

bishi123

定期就会有数据不准确的时候，你不可能高峰期更新吧，那卡死，晚上更新，数据就会有很多不准确

sanders （作者）

@bishi123 解决问题的方法很多，比如订单或售后单状态变更事件触发销量数据更新，这就避免的数不准的情况。再评估一下咱们的需求：按销量排序。在这种需求下我们是否需要实时更新销量？业务需求对销量更新延迟可以容忍的时长是多少？可能需要研发和产品与业务一起探讨一下。

何雨

课程读者 3 声望

不知道你具体场景，既然排序字段在另外一张表，干嘛不用那张表，然后with出商品信息？

1年前评论

小猪蹄子

肯定是主表又有相关的where条件

第二天堂

48 声望

结案了吗，最终解决办法是什么？

1年前评论

彭彭（楼主）

主表新增字段，写个脚本把订单统计更新到这个字段上，写个监听维护这个字段

Squ1rrel

课程读者 74 声望 / 科研中 @ NJUPT & JSNU

如果总是跨表高频率查询，是不是考虑表架构设计有问题了

反正从算法设计的角度，跨域做事情，时间很容易时间爆炸

看看能不能 cache 高频率的查询部分，或者增加字段做 cache

1年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助