如果按照普通电商的思路，把票（站点区间）设计为商品（聚合根），然后为票设计库存数量。我个人觉得是很糟糕的。因为一方面这种聚合根非常多（上面的G71就有408个）；另一方面，即便枚举出来了，一次购票也一定会影响非常多其他聚合根的库存数量（只要被部分或全部重叠的区间都受影响）。这样的一次订单处理的复杂度是难以评估的。而且这么多聚合根的更新要在一个事务里，这不是为难数据库吗？而且，这种设计必然带来大量的事务的并发冲突，很可能导致数据库死锁。
重庆造价信息网官网首页大连企业做网站在线网站建设系统全国多地优化疫情防控措施南京平台公司网页版微信二维码怎么弄最难进的十大央企seo竞价推广企业组织架构电商购物网站百度竞价怎么收费网络培训系统入口最近一周的热点新闻网页设计入门软件湖南搜索引擎推广多少钱郴州seo公司404页面模板微信抽奖小程序制作交通运输部:全力保障交通网络畅通工商注册官方网站西双版纳网站建设大型网站建设招商搜钛建站界面设计包括哪些内容济南简单的网站制作亚马逊跨境电商是做什么的小程序二维码中国建设教育网如何为公司建立网站湖州网站设计浙北数据小程序建站平台哪个好