嘀……“請問您有多點會員嗎？”

對于經常去物美、麥德龍等大型連鎖超市的人來說，掃碼的嘀嘀聲和隨后的這句話應該是非常熟悉的。但作為專業(yè)的商超數字化系統(tǒng)供應商，多點所做的絕不只是收銀這般簡單。在全新業(yè)財一體戰(zhàn)略的支撐下，多點的 Dmall OS 不僅是超市顧客每天都能用到的系統(tǒng)，也是 CFO 和 CEO 每天都會關注的系統(tǒng)。

業(yè)財一體為企業(yè)帶來的美妙圖景

多點是面向新零售的數字解決方案提供商，旗下的 Dmall OS 產品是統(tǒng)合了人、貨、場的全場景云化解決方案，也是多點的拳頭產品。以此為基礎，多點的下一步則是為零售企業(yè)提供具備業(yè)財一體能力的經營大腦。

以往，企業(yè)需要通過大量基于場景和流程的業(yè)務應用來實現業(yè)務數字化，但與此同時，企業(yè)管理層更關心的財務數據卻由運行邏輯、統(tǒng)計口徑、統(tǒng)計方法完全不同的財務系統(tǒng)產生。這種業(yè)務與財務的相互脫節(jié)也使得企業(yè)很難快速掌握當期經營數據，無法通過及時的財務反饋來調整業(yè)務策略和經營方針。而所謂業(yè)財一體便是要打破兩套系統(tǒng)之間的重重隔閡，讓業(yè)務層面的變化直接反應在實時進行的財務統(tǒng)計當中，使企業(yè)在激烈的市場競爭中獲得靈活的身段、矯健的身手。

從實現之后的效果來看，業(yè)財一體對于企業(yè)來說足夠美妙，但在實際的系統(tǒng)構建過程中，業(yè)財一體的實現卻充滿挑戰(zhàn)。

以 Dmall OS 面向的零售商超行業(yè)為例，其業(yè)務端對應的是海量的交易筆數和龐大且分散的門店數量。要為商品管理、收銀、會員等基礎業(yè)務提供支持，Dmall OS 需要配備一套強大的 OLTP 數據庫。而其財務端所需的各類分析功能卻是典型 OLAP 應用，因此，在理順業(yè)務邏輯、完成系統(tǒng)對接之前，大量數據還需完成從 OLTP 到 OLAP 的數據導入。而業(yè)財一體概念中關鍵的實時性要求則意味著，Dmall OS 一邊要保證 OLTP 數據庫的性能、可靠性，另一邊還要完成數據的實時導入、實時同步、實時分析，實現難度可想而知。

看懂了這層難點，我們也就很容易理解為何很多企業(yè)的業(yè)財一體無法實時，只能異步了。

不過 Dmall OS 已經跨過了這些技術門檻并獲得了物美、麥德龍等一系列行業(yè)頂尖用戶的認可和青睞。而在底層幫助 Dmall OS 實現業(yè)財一體這一關鍵轉型的賦能工具正是 TiDB。

PingCAP 的 TiDB，多點的業(yè)財一體

其實，多點所遇到的數據庫挑戰(zhàn)并不罕見。

一方面，以收銀、庫存等為代表的基礎業(yè)務對應了典型的 OLTP 數據庫應用，而超市業(yè)態(tài)龐大的銷售額則讓這部分業(yè)務對性能、穩(wěn)定性等有著頗高的要求。在滿足這部分業(yè)務需求時，和大多數互聯網企業(yè)一樣，多點在開始之初選擇了開源的 MySQL，性能不錯、生態(tài)豐富、人才充沛且二次開發(fā)方便是其最大優(yōu)勢。但作為一種誕生自 90 年代的技術，MySQL 仍舊無法在“數據量增長所導致的性能下降”和“通過復雜且高風險的分庫分表操作來保證性能”之間取得良好的平衡。

另一方面，為實現業(yè)財一體功能，多點 Dmall OS 還需要一套能夠為報表合并及海量數據分析提供支撐的高性能 OLAP 數據庫。并且，為了保持軟件堆棧的整體開源和業(yè)務人員的操作連貫性，新數據庫同樣需要是開源的，并且最好能夠與 MySQL 有著類似的操作邏輯和語法。

當然，如果多點只是用另外一套 OLAP 數據庫來滿足財務分析需求并承擔雙數據庫所帶來的運維成本升高的話，那么故事到此就結束了。但 TiDB 給多點提供的卻是一條完全不同的路徑。

作為一款具備 HTAP 能力的數據庫，TiDB 可以同時滿足 OLTP 和 OLAP 兩種不同應用的需求。在面對多點業(yè)財一體中的 OLAP 需求時，TiDB 能夠提供高性能的分析能力，滿足業(yè)財一體在財務端的報表合并及分析需求。借助強大的 TiFlash 列式存儲引擎，TiDB 在面對 6.8 億行大表全表聚合查詢時僅需 5 秒左右便能得到結果，40 億行超大表全表聚合僅 38 秒左右，由此多點的 OLAP 業(yè)務也達到了實時級別。

業(yè)財一體化架構圖

而 TiDB 的 HTAP 能力則意味著多點可以首先在 OLAP 領域部署 TiDB，解決現有痛點。待積累了足夠豐富的操作、業(yè)務經驗之后，多點便可以更低的成本和風險統(tǒng)一切換至 TiDB，實現數據庫層面的架構統(tǒng)一，簡化運維，為更進一步的數據平臺建設打好基礎。

作為全新一代云原生數據庫，TiDB 不僅有著極高的執(zhí)行效率，也支持用戶通過集群和橫向擴展來輕松應對數據量和業(yè)務需求的增長，避免傳統(tǒng)數據庫分庫分表所產生的巨大工作量和風險。而作為一款開源產品，TiDB 不僅符合多點的總體技術路線，其活躍的社區(qū)和強大的原廠支持也能讓多點在不被綁定的基礎上無憂面對未來變化。同時，在操作和語法等層面，TiDB 也盡量與 MySQL 保持一致，能夠讓用戶的操作經驗和使用習慣前后統(tǒng)一。

在實際部署當中，承擔 OLTP 業(yè)務的 MySQL 和承擔 OLAP 的 TiDB 之間通過 PingCAP 開發(fā)的 TiDB DM 工具和相關 API 實現高速數據同步，并且保證了金融級的數據一致性。

在 TiDB 本身強大的功能、性能以及原廠工程師的全方位支持下，多點不僅通過集群的橫向擴展讓業(yè)財一體服務有了伴隨客戶共同成長、壯大的空間，更完全解決了業(yè)財一體所對應的 HTAP 需求。而在日常運維中，TiDB 的擴展能力也將多點的運維人員從分庫分表的繁瑣操作中解放出來，大幅降低了多點的數據庫運維成本和工作量。

面對新技術、新產品時，企業(yè)的選擇通常都是保守的，因為這事關業(yè)務穩(wěn)定性，在數據庫層面更是如此。而多點這種新業(yè)務用新數據庫、老業(yè)務用成熟產品的“喜新不厭舊”的部署方式則證明，TiDB 的 HTAP 能力、多樣功能和強大適應力能夠為企業(yè)提供一條漸進式創(chuàng)新的穩(wěn)健路徑，讓企業(yè)在“數據庫切換”這一數字化轉型的關鍵環(huán)節(jié)中有更充足的轉換和適應空間。

好的系統(tǒng)，應該“喜新不厭舊”

從最簡單的收銀系統(tǒng)開始，到人、貨、場在數字空間內的重構，再到更高級的業(yè)財一體和經營大腦，一路走來的多點發(fā)展路徑非常清晰：在把當下做好的同時，每次多一點、再多一點。以穩(wěn)健為前提，通過循序漸進的功能和架構演進，直至經營大腦各項功能的完整構建。多點的發(fā)展邏輯既是看得見、摸的著的，更是能夠令各大商超企業(yè)信服的。因此，我們才能看到一眾行業(yè)巨頭愿意將多點 Dmall OS 作為自己的經營大腦，將業(yè)務、財務、決策放心交付。

多點的漸進式創(chuàng)新也證明，PingCAP 的 TiDB 不僅具備先進的性能和架構，更擁有完善的工具、接口和服務支持，能夠在與傳統(tǒng)數據庫的聯合作戰(zhàn)中從容自如。而對于廣大用戶來說，這樣的應用方式則提供了一個低成本、低風險且快速切入新技術的絕佳機遇。

可咸可甜、喜新不厭舊，這是商業(yè)經營持久長青的秘密，更是以 TiDB 為代表的新一代數據技術所應有的樣子。