复杂业务逻辑问题记录

复杂业务逻辑

在项目中碰到的业务需求,有的确实很合理,但是逻辑上却也十分的复杂.

这里记录一下,让我困惑的问题.希望随着技术和经验的增长能够解决下列的问题.

随机抽取N个人并且符合条件:

示例条件:

  • 随机抽取 5 个人
  • 这些人需要满足 男女最少各2人 最多各不超过4人
  • 专业满足农学至少1人
  • 职称为高级工程师至少1人

思路

  • 数据库中可以通过 IN() OR IN() 来减少数据量
  • 后台查询可以先随机,在按顺序来取合理的数据

难点

小于等于(最多不超过,已解决)

  • 可以通过一个Map<String,Integer>来存贮记录,超过了就pass这一条数据

大于等于(最少不低于,未解决)

方法一:

  • 先进行条件判断,如果存在大于等于的条件优先
  • 判断是否满足小于等于的条件,是则存入List中

方法二:

  • 利用反证法,将大于等于的其它数据的个数设为0
  • 但是,不能够计算区间条件 例如 男>=3 男<=5

这么久过去了; 这个帖子都忘记了;
自问自答: 解决问题的路径有很多, 这种复杂的逻辑最好不要在数据库层面做,应该在程序上去处理.

另外,业务和技术问题都是协调着来的.
问题的处理: 不仅仅可以用技术来解决,也许换个思考的方向就可以有新的突破呢.

之后,我也会记录一下新的内容. 随缘更新…


  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值