嘀……“請問您有多點會員嗎?”
對于經(jīng)常去物美、麥德龍等大型連鎖超市的人來說，掃碼的嘀嘀聲和隨后的這句話應該是非常熟悉的。但作為專業(yè)的商超數(shù)字化系統(tǒng)供應商，多點所做的絕不只是收銀這般簡單。在全新業(yè)財一體戰(zhàn)略的支撐下，多點的 Dmall OS 不僅是超市顧客每天都能用到的系統(tǒng)，也是 CFO 和 CEO 每天都會關(guān)注的系統(tǒng)。
業(yè)財一體為企業(yè)帶來的美妙圖景
多點是面向新零售的數(shù)字解決方案提供商，旗下的 Dmall OS 產(chǎn)品是統(tǒng)合了人、貨、場的全場景云化解決方案，也是多點的拳頭產(chǎn)品。以此為基礎(chǔ)，多點的下一步則是為零售企業(yè)提供具備業(yè)財一體能力的經(jīng)營大腦。
以往，企業(yè)需要通過大量基于場景和流程的業(yè)務應用來實現(xiàn)業(yè)務數(shù)字化，但與此同時，企業(yè)管理層更關(guān)心的財務數(shù)據(jù)卻由運行邏輯、統(tǒng)計口徑、統(tǒng)計方法完全不同的財務系統(tǒng)產(chǎn)生。這種業(yè)務與財務的相互脫節(jié)也使得企業(yè)很難快速掌握當期經(jīng)營數(shù)據(jù)，無法通過及時的財務反饋來調(diào)整業(yè)務策略和經(jīng)營方針。而所謂業(yè)財一體便是要打破兩套系統(tǒng)之間的重重隔閡，讓業(yè)務層面的變化直接反應在實時進行的財務統(tǒng)計當中，使企業(yè)在激烈的市場競爭中獲得靈活的身段、矯健的身手。
從實現(xiàn)之后的效果來看，業(yè)財一體對于企業(yè)來說足夠美妙，但在實際的系統(tǒng)構(gòu)建過程中，業(yè)財一體的實現(xiàn)卻充滿挑戰(zhàn)。
以 Dmall OS 面向的零售商超行業(yè)為例，其業(yè)務端對應的是海量的交易筆數(shù)和龐大且分散的門店數(shù)量。要為商品管理、收銀、會員等基礎(chǔ)業(yè)務提供支持，Dmall OS 需要配備一套強大的 OLTP 數(shù)據(jù)庫。而其財務端所需的各類分析功能卻是典型 OLAP 應用，因此，在理順業(yè)務邏輯、完成系統(tǒng)對接之前，大量數(shù)據(jù)還需完成從 OLTP 到 OLAP 的數(shù)據(jù)導入。而業(yè)財一體概念中關(guān)鍵的實時性要求則意味著，Dmall OS 一邊要保證 OLTP 數(shù)據(jù)庫的性能、可靠性，另一邊還要完成數(shù)據(jù)的實時導入、實時同步、實時分析，實現(xiàn)難度可想而知。
看懂了這層難點，我們也就很容易理解為何很多企業(yè)的業(yè)財一體無法實時，只能異步了。
不過 Dmall OS 已經(jīng)跨過了這些技術(shù)門檻并獲得了物美、麥德龍等一系列行業(yè)頂尖用戶的認可和青睞。而在底層幫助 Dmall OS 實現(xiàn)業(yè)財一體這一關(guān)鍵轉(zhuǎn)型的賦能工具正是 TiDB。
PingCAP 的 TiDB，多點的業(yè)財一體
其實，多點所遇到的數(shù)據(jù)庫挑戰(zhàn)并不罕見。
一方面，以收銀、庫存等為代表的基礎(chǔ)業(yè)務對應了典型的 OLTP 數(shù)據(jù)庫應用，而超市業(yè)態(tài)龐大的銷售額則讓這部分業(yè)務對性能、穩(wěn)定性等有著頗高的要求。在滿足這部分業(yè)務需求時，和大多數(shù)互聯(lián)網(wǎng)企業(yè)一樣，多點在開始之初選擇了開源的 MySQL，性能不錯、生態(tài)豐富、人才充沛且二次開發(fā)方便是其最大優(yōu)勢。但作為一種誕生自 90 年代的技術(shù)，MySQL 仍舊無法在“數(shù)據(jù)量增長所導致的性能下降”和“通過復雜且高風險的分庫分表操作來保證性能”之間取得良好的平衡。
另一方面，為實現(xiàn)業(yè)財一體功能，多點 Dmall OS 還需要一套能夠為報表合并及海量數(shù)據(jù)分析提供支撐的高性能 OLAP 數(shù)據(jù)庫。并且，為了保持軟件堆棧的整體開源和業(yè)務人員的操作連貫性，新數(shù)據(jù)庫同樣需要是開源的，并且最好能夠與 MySQL 有著類似的操作邏輯和語法。
當然，如果多點只是用另外一套 OLAP 數(shù)據(jù)庫來滿足財務分析需求并承擔雙數(shù)據(jù)庫所帶來的運維成本升高的話，那么故事到此就結(jié)束了。但 TiDB 給多點提供的卻是一條完全不同的路徑。
作為一款具備 HTAP 能力的數(shù)據(jù)庫，TiDB 可以同時滿足 OLTP 和 OLAP 兩種不同應用的需求。在面對多點業(yè)財一體中的 OLAP 需求時，TiDB 能夠提供高性能的分析能力，滿足業(yè)財一體在財務端的報表合并及分析需求。借助強大的 TiFlash 列式存儲引擎，TiDB 在面對 6.8 億行大表全表聚合查詢時僅需 5 秒左右便能得到結(jié)果，40 億行超大表全表聚合僅 38 秒左右，由此多點的 OLAP 業(yè)務也達到了實時級別。
業(yè)財一體化架構(gòu)圖
而 TiDB 的 HTAP 能力則意味著多點可以首先在 OLAP 領(lǐng)域部署 TiDB，解決現(xiàn)有痛點。待積累了足夠豐富的操作、業(yè)務經(jīng)驗之后，多點便可以更低的成本和風險統(tǒng)一切換至 TiDB，實現(xiàn)數(shù)據(jù)庫層面的架構(gòu)統(tǒng)一，簡化運維，為更進一步的數(shù)據(jù)平臺建設打好基礎(chǔ)。
作為全新一代云原生數(shù)據(jù)庫，TiDB 不僅有著極高的執(zhí)行效率，也支持用戶通過集群和橫向擴展來輕松應對數(shù)據(jù)量和業(yè)務需求的增長，避免傳統(tǒng)數(shù)據(jù)庫分庫分表所產(chǎn)生的巨大工作量和風險。而作為一款開源產(chǎn)品，TiDB 不僅符合多點的總體技術(shù)路線，其活躍的社區(qū)和強大的原廠支持也能讓多點在不被綁定的基礎(chǔ)上無憂面對未來變化。同時，在操作和語法等層面，TiDB 也盡量與 MySQL 保持一致，能夠讓用戶的操作經(jīng)驗和使用習慣前后統(tǒng)一。
在實際部署當中，承擔 OLTP 業(yè)務的 MySQL 和承擔 OLAP 的 TiDB 之間通過 PingCAP 開發(fā)的 TiDB DM 工具和相關(guān) API 實現(xiàn)高速數(shù)據(jù)同步，并且保證了金融級的數(shù)據(jù)一致性。
在 TiDB 本身強大的功能、性能以及原廠工程師的全方位支持下，多點不僅通過集群的橫向擴展讓業(yè)財一體服務有了伴隨客戶共同成長、壯大的空間，更完全解決了業(yè)財一體所對應的 HTAP 需求。而在日常運維中，TiDB 的擴展能力也將多點的運維人員從分庫分表的繁瑣操作中解放出來，大幅降低了多點的數(shù)據(jù)庫運維成本和工作量。
面對新技術(shù)、新產(chǎn)品時，企業(yè)的選擇通常都是保守的，因為這事關(guān)業(yè)務穩(wěn)定性，在數(shù)據(jù)庫層面更是如此。而多點這種新業(yè)務用新數(shù)據(jù)庫、老業(yè)務用成熟產(chǎn)品的“喜新不厭舊”的部署方式則證明，TiDB 的 HTAP 能力、多樣功能和強大適應力能夠為企業(yè)提供一條漸進式創(chuàng)新的穩(wěn)健路徑，讓企業(yè)在“數(shù)據(jù)庫切換”這一數(shù)字化轉(zhuǎn)型的關(guān)鍵環(huán)節(jié)中有更充足的轉(zhuǎn)換和適應空間。
好的系統(tǒng)，應該“喜新不厭舊”
從最簡單的收銀系統(tǒng)開始，到人、貨、場在數(shù)字空間內(nèi)的重構(gòu)，再到更高級的業(yè)財一體和經(jīng)營大腦，一路走來的多點發(fā)展路徑非常清晰：在把當下做好的同時，每次多一點、再多一點。以穩(wěn)健為前提，通過循序漸進的功能和架構(gòu)演進，直至經(jīng)營大腦各項功能的完整構(gòu)建。多點的發(fā)展邏輯既是看得見、摸的著的，更是能夠令各大商超企業(yè)信服的。因此，我們才能看到一眾行業(yè)巨頭愿意將多點 Dmall OS 作為自己的經(jīng)營大腦，將業(yè)務、財務、決策放心交付。
多點的漸進式創(chuàng)新也證明，PingCAP 的 TiDB 不僅具備先進的性能和架構(gòu)，更擁有完善的工具、接口和服務支持，能夠在與傳統(tǒng)數(shù)據(jù)庫的聯(lián)合作戰(zhàn)中從容自如。而對于廣大用戶來說，這樣的應用方式則提供了一個低成本、低風險且快速切入新技術(shù)的絕佳機遇。
可咸可甜、喜新不厭舊，這是商業(yè)經(jīng)營持久長青的秘密，更是以 TiDB 為代表的新一代數(shù)據(jù)技術(shù)所應有的樣子。
（免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
