共计 2734 个字符，预计需要花费 7 分钟才能阅读完成。
嘀……“请问您有多点会员吗？”
对于常常去物美、麦德龙等大型连锁超市的人来说，扫码的嘀嘀声和随后的这句话应该是十分相熟的。但作为业余的商超数字化零碎供应商，多点所做的绝不只是收银这般简略。在全新业财一体策略的撑持下，多点的 Dmall OS 不仅是超市顾客每天都能用到的零碎，也是 CFO 和 CEO 每天都会关注的零碎。
业财一体为企业带来的美好图景
多点是面向新批发的数字解决方案提供商，旗下的 Dmall OS 产品是统合了人、货、场的全场景云化解决方案，也是多点的拳头产品。以此为根底，多点的下一步则是为批发企业提供具备业财一体能力的经营大脑。
以往，企业须要通过大量基于场景和流程的业务利用来实现业务数字化，但与此同时，企业管理层更关怀的财务数据却由运行逻辑、统计口径、统计办法齐全不同的财务零碎产生。这种业务与财务的互相脱节也使得企业很难疾速把握当期经营数据，无奈通过及时的财务反馈来调整业务策略和经营方针。而所谓业财一体便是要突破两套零碎之间的重重隔膜，让业务层面的变动间接反馈在实时进行的财务统计当中，使企业在强烈的市场竞争中取得灵便的身段、矫健的本领。
从实现之后的成果来看，业财一体对于企业来说足够美好，但在理论的零碎构建过程中，业财一体的实现却充斥挑战。
以 Dmall OS 面向的零售商超行业为例，其业务端对应的是海量的交易笔数和宏大且扩散的门店数量。要为商品治理、收银、会员等根底业务提供反对，Dmall OS 须要装备一套弱小的 OLTP 数据库。而其财务端所需的各类剖析性能却是典型 OLAP 利用，因而，在理顺业务逻辑、实现零碎对接之前，大量数据还需实现从 OLTP 到 OLAP 的数据导入。而业财一体概念中要害的实时性要求则意味着，Dmall OS 一边要保障 OLTP 数据库的性能、可靠性，另一边还要实现数据的实时导入、实时同步、实时剖析，实现难度可想而知。
看懂了这层难点，咱们也就很容易了解为何很多企业的业财一体无奈实时，只能异步了。
不过 Dmall OS 曾经跨过了这些技术门槛并取得了物美、麦德龙等一系列行业顶尖用户的认可和青眼。而在底层帮忙 Dmall OS 实现业财一体这一要害转型的赋能工具正是 TiDB。
PingCAP 的 TiDB，多点的业财一体
其实，多点所遇到的数据库挑战并不常见。
一方面，以收银、库存等为代表的根底业务对应了典型的 OLTP 数据库利用，而超市业态宏大的销售额则让这部分业务对性能、稳定性等有着颇高的要求。在满足这部分业务需要时，和大多数互联网企业一样，多点在开始之初抉择了开源的 MySQL，性能不错、生态丰盛、人才充分且二次开发不便是其最大劣势。但作为一种诞生自 90 年代的技术，MySQL 仍旧无奈在“数据量增长所导致的性能降落”和“通过简单且高风险的分库分表操作来保障性能”之间获得良好的均衡。
另一方面，为实现业财一体性能，多点 Dmall OS 还须要一套可能为报表合并及海量数据分析提供撑持的高性能 OLAP 数据库。并且，为了放弃软件堆栈的整体开源和业务人员的操作连贯性，新数据库同样须要是开源的，并且最好可能与 MySQL 有着相似的操作逻辑和语法。
当然，如果多点只是用另外一套 OLAP 数据库来满足财务剖析需要并承当双数据库所带来的运维老本升高的话，那么故事到此就完结了。但 TiDB 给多点提供的却是一条齐全不同的门路。
作为一款具备 HTAP 能力的数据库，TiDB 能够同时满足 OLTP 和 OLAP 两种不同利用的需要。在面对多点业财一体中的 OLAP 需要时，TiDB 可能提供高性能的剖析能力，满足业财一体在财务端的报表合并及剖析需要。借助弱小的 TiFlash 列式存储引擎，TiDB 在面对 6.8 亿行大表全表聚合查问时仅需 5 秒左右便能失去后果，40 亿行超大表全表聚合仅 38 秒左右，由此多点的 OLAP 业务也达到了实时级别。
业财一体化架构图
而 TiDB 的 HTAP 能力则意味着多点能够首先在 OLAP 畛域部署 TiDB，解决现有痛点。待积攒了足够丰盛的操作、业务教训之后，多点便能够更低的老本和危险对立切换至 TiDB，实现数据库层面的架构对立，简化运维，为更进一步的数据平台建设打好根底。
作为全新一代云原生数据库，TiDB 不仅有着极高的执行效率，也反对用户通过集群和横向扩大来轻松应答数据量和业务需要的增长，防止传统数据库分库分表所产生的微小工作量和危险。而作为一款开源产品，TiDB 不仅合乎多点的总体技术路线，其沉闷的社区和弱小的原厂反对也能让多点在不被绑定的根底上无忧面对将来变动。同时，在操作和语法等层面，TiDB 也尽量与 MySQL 保持一致，可能让用户的操作教训和应用习惯前后对立。
在理论部署当中，承当 OLTP 业务的 MySQL 和承当 OLAP 的 TiDB 之间通过 PingCAP 开发的 TiDB DM 工具和相干 API 实现高速数据同步，并且保障了金融级的数据一致性。
在 TiDB 自身弱小的性能、性能以及原厂工程师的全方位反对下，多点不仅通过集群的横向扩大让业财一体服务有了随同客户独特成长、壮大的空间，更齐全解决了业财一体所对应的 HTAP 需要。而在日常运维中，TiDB 的扩大能力也将多点的运维人员从分库分表的繁琐操作中解放出来，大幅升高了多点的数据库运维老本和工作量。
面对新技术、新产品时，企业的抉择通常都是激进的，因为这事关业务稳定性，在数据库层面更是如此。而多点这种新业务用新数据库、老业务用成熟产品的“喜新不厌旧”的部署形式则证实，TiDB 的 HTAP 能力、多样性能和弱小适应力可能为企业提供一条渐进式翻新的持重门路，让企业在“数据库切换”这一数字化转型的关键环节中有更短缺的转换和适应空间。
好的零碎，应该“喜新不厌旧”
从最简略的收银零碎开始，到人、货、场在数字空间内的重构，再到更高级的业财一体和经营大脑，一路走来的多点倒退门路十分清晰：在把当下做好的同时，每次多一点、再多一点。以持重为前提，通过循序渐进的性能和架构演进，直至经营大脑各项性能的残缺构建。多点的倒退逻辑既是看得见、摸的着的，更是可能令各大商超企业服气的。因而，咱们能力看到一众行业巨头违心将多点 Dmall OS 作为本人的经营大脑，将业务、财务、决策释怀交付。
多点的渐进式翻新也证实，PingCAP 的 TiDB 不仅具备先进的性能和架构，更领有欠缺的工具、接口和服务反对，可能在与传统数据库的联合作战中从容自如。而对于宽广用户来说，这样的利用形式则提供了一个低成本、低危险且疾速切入新技术的绝佳时机。
可咸可甜、喜新不厌旧，这是商业经营长久长青的机密，更是以 TiDB 为代表的新一代数据技术所应有的样子。
《新经济 DTC 用户场景白皮书》一次讲透新经济五大场景下的数据挑战和数据架构设计，解析新餐饮、新批发、商业地产、高科技制作、游览酒店等头部企业的最佳实际
