这篇文章给大家聊聊关于商家订单号查询系统，以及商家订单号查询系统对应的知识点，希望对各位有所帮助，不要忘了收藏本站哦。
支付系统中订单业务最主要的查询维度有四个：订单、用户、商家、运营。
从查询数据库字段的角度来讲，B2B、B2C等模式：
商户编号+商户订单号查询，商户编号+商户订单号属于唯一性约束。商户编号查询，例如商户后台查询，运营后台查询。系统订单号查询，订单系统自身生成，全局唯一性约束。用户编号查询，例如电商业务，查询自己的订单系统订单号+用户编号查询，例如用户精准查询个人订单无条件查询，例如运营后台查询
B2B业务
设计到分库分表字段的核心查询业务：
商户编号+商户订单号查询，商户编号+商户订单号属于唯一性约束。商户编号查询，例如商户后台查询，运营后台查询。系统订单号查询，订单系统自身生成，全局唯一性约束。
一种分库分表思路：
系统订单号生成规则：通过将分库分表的数据写入到生成规则内，这样可以进行定位位置。
商户编号规则：取商户编号后4位做分片键，进行hash取模。
B2C业务
如果是 2C 和 2B 业务综合存在，建议进行业务拆分，没有必要把数据全部放在同一个业务逻辑内。
订单数据有个比较特殊的点，随着时间的推进，大量的数据会变成冷数据，使用率会降低。还有一种根据创建时间来进行分表是一个不错的选择。所以分库分表其实没有统一的方案，要根据业务进行详细的设计。
例如根据创建时间来进行分表：
时间差，是不是要冗余查询，因为支付订单的时效性来讲，是不是可以默认查询2天的数据。支付订单是存在有效期的，比如订单过期，所以是不是可以设置规则，接口只能查询当日的数据。商户后台可以通过一些数据同步手段，例如 canal 同步到 es 等等手段。
好了，文章到此结束，希望可以帮助到大家。
