ahhtree

@bkdlee 我一开始也没有要求什么统一返回值，结果他接口状态码字段都用的不一样的，害我改整个项目代码（也怪我一开始没统一封装请求）； leader 满脑子上线，不给时间； 关于您回复中的第三点，能否说下原因？？

@kuituosi 我现在做的事情就是努力让我的能力跟上我的野心。而现实需要一步一步来，我需要解决这个问题。

@0xsui 组织架构确实是根本问题

@0xsui 实际业务需求是：一张表中 1000 万多的数据，每次查询需要扫描全表逐个计算过滤，拿到通过的数据，按结果排序后，前端分页展示。

@lrh3321

这家公司组织结构不完善是导致现在问题的根本；

我认定工作本来就是为了简历；

之所以放在应用层是因为那个计算函数最初放在了数据库里面，是一个数据库函数。

他不会节省数据库资源，因为数据库缓存 已经因为查询慢而调大了，但还是慢。

利用缓存这个方案他后来也提出过，但就是不用。

他是出于维护成本高才不用？我觉得不是，以下两点纯属我个人臆测。

第一，如果他用了说明我的方案一开始方向就是对的，他面子挂不住；

第二，他太懒了，连个 token 错误的校验都不写，他会做架构升级？

@kkwa56188 我只向 leader 提出了我的方案，具体谁来实现取决于 leader 。 我可以独自实现、也可以作为协助者协助后端实现。

关键一点在于实现这一方案需要时间，而 leader 总认为没有那么多时间而因此要求改进现有实现，因此其实也浪费了很多时间。

@happy32199 理由是什么？

@ahhtree “尽管” 两个字去掉

对于第二个问题：

他的解决方案：在数据库从新建一个表，这个表只有两个字段：id 和另一个用于计算的关键信息，利用 PostgreSQL 内部的数据库函数进行计算；

我的解决方案：id 和另一个关键信息放在缓存中（如 redis ），把数据库函数转换为外部程序函数，利用多线程计算。

该场景尽管需要按照计算结果 排序后 分页显示，似乎全表扫描计算是不可避免的。