大家知道 2022 年我又創(chuàng)業(yè)了，加入以虎哥 Startup 的 Databend 這個公司擔(dān)任聯(lián)創(chuàng)，我也從傳統(tǒng)的 OLTP 轉(zhuǎn)戰(zhàn)到 OLAP，今年也接觸了更多大數(shù)據(jù)用戶。趁著元旦假期整理一下思路，從數(shù)據(jù)角度和大家聊一下 2022 年數(shù)據(jù)庫發(fā)展，這里首先聲明這篇文章更多只代表個人觀點，大家看看就好，有興趣后面找機會再交流。

中國數(shù)據(jù)庫行業(yè)隨著 2021 年 7 月 PingCAP 完成 3.4億美元融資，估值達到 30 億美金。把中國數(shù)據(jù)庫行業(yè)引爆了。2022 年 達夢數(shù)據(jù)庫 IPO 12 月 23 日 順利過會，如果上市成功預(yù)計估計在 500 億人民幣，不出意外的話，這將是科創(chuàng)板最大的 IPO 之一。

那么你知道中國的數(shù)據(jù)公司有多少嗎？據(jù)不完全的統(tǒng)計已經(jīng)超過 300 +， 那 2023 年數(shù)據(jù)庫市場又是什么變化呢？我這里拋出來 5 個問題和大家討論一下。

Q1. 中國和海外數(shù)據(jù)庫的差距還有多遠？

Q2. 未來是 OLTP 還是 OLAP ？

Q3. 從國際上來看 HTAP 是不是未來？

Q4. MySQL DBA 和大數(shù)據(jù)從業(yè)者會有什么改變？

Q5. 現(xiàn)在還是不是數(shù)據(jù)方向的創(chuàng)業(yè)好的時機？

Q1： 中國和海外數(shù)據(jù)庫的差距還有多遠？

也許有很多朋友認為，我們現(xiàn)在國內(nèi)有 300+ 數(shù)據(jù)庫公司，每家公司的產(chǎn)品都有獨到之處，應(yīng)該全球的數(shù)據(jù)庫上來看，我們是最先進的了吧。例如：2019 年 OB 打榜了 TPCC ， 全球開源項目 TiDB， …

如果單純的比中國數(shù)據(jù)庫和海外數(shù)據(jù)庫差多遠，其實都比較主觀，那么不如通過 OB 打榜 TPCC 來分析一下。

其實如果懂行人來看 OB 打榜第一名，感覺說是中國數(shù)據(jù)庫第一次參與了 TPCC 更有意義。首先 2019 年的打榜離 Oracle 上次打榜 2010 年過去了9年，在硬件，系統(tǒng)，軟件都有變化的情況下做到和 Oracle 上次打榜基本相同的成績：tpmC為6.25， Oracle 第二名1.01USD，從成本上來講幾乎相差無幾。OB 打榜公布的第一次打榜費用：380，452，842 元（人民幣），，通過個事情可以說我們追上了人家 9 年前的實力。也許被行內(nèi)人指出來了，OB 也覺得需要再次雄起一下，2020 年 OB 再次打榜 TPCC 花費：2，814，509，552 人民幣，實現(xiàn) 3.98 元/tpmC 細心的朋友可能對比出來硬件再次提升了，機器規(guī)模又翻 7 倍+ 的情況再次打榜。因為每家的 TPCC 壓測程序都不開源，大家也基本是壓著 tpmC 上限是 12.86 測試， 高于這個值就被視為全內(nèi)存操作的無效測試。

粗略整理了一些數(shù)據(jù)方便對比：

從上面的數(shù)據(jù)看，測試數(shù)據(jù)基本上都是貼著 12.86 進行，你懂的。

如果通過這個測試來對比中國數(shù)據(jù)和海外數(shù)據(jù)庫的先進，我的觀點是：

1. 中國的分布式數(shù)據(jù)庫可以進行 PB 級別的操作

2. 中國的分布式數(shù)據(jù)可以進行到上十萬個+ core 一起工作

3. 中國分布式服務(wù)器可以達到上千臺一起工作

那我們先進嗎？我只能說我目前沒看到有項目能運行起來這個環(huán)境，畢竟一個數(shù)據(jù)庫項目花 28億人民幣（3年費用），我還沒見過。OB 的測試基于是基于云上來評測的。我們也來看看海外的云上的 RDS 及對應(yīng)的報價。

Oracle Cloud 上 MySQL 報價

MySQL 單集群 HTAP 解決方案，月成本：2萬美金，存儲最大支持： 50T 。

AWS Aurora VM 報價

AWS 的 Aurora 最高配支持 5 PB 存儲每月 517，256 美元，其中存儲太貴占到：512，000 美元，實際生產(chǎn)中肯定不會這么干，真正的 OLTP 數(shù)據(jù)不會有這么多，更多的數(shù)據(jù)可以歸檔到 Databend ，Snowflake 類在線數(shù)倉中來降低成本，這類云數(shù)倉每 TB 的成本一個月在 120元左右。

阿里云 PolarDB

這個就成本算我覺得阿里的 PolarDB 價格是優(yōu)于 Oracle ， AWS 的價格。回過頭來看：中國的數(shù)據(jù)庫和海外的數(shù)據(jù)庫差距還有多遠？

從 ［DB-engines］（DB-Engines Ranking - popularity ranking of relational DBMS［1］DB-Engines Ranking - popularity ranking of relational DBMS［2］） 排名上看到 TiDB 排名 49 位，GBase 排名 79 位， OceanBase 排名 87 位， TDSQL for MySQL 排名 101 位， 阿里云前150名排名中進入 4 位。

我的感覺確是我們部分場景確時超越海外的產(chǎn)品，但海外的產(chǎn)品感覺向著更加務(wù)實的方向在發(fā)展。反觀國內(nèi)這種超大集群的引導(dǎo)，造成的用戶不必要的成本浪費。

海外數(shù)據(jù)庫今年發(fā)展方向：

- 云原生方向：CockroachDB（排名 34 位）， YougabyteDB （排名 44 位）， Snowflake （排名 8 位）

- 更加易用的方向發(fā)展：更方便維護，例如 PlanetScale 在 OLTP 中對數(shù)據(jù)引入 git branch 概念

- DB Serverless 按使用時間付費，存儲按使用空間付費，不再為預(yù)留付費

從這些方面看來，國內(nèi)的數(shù)據(jù)庫追趕的很快，國內(nèi)也有上面類似的產(chǎn)品，但真正 get 到靈魂，這些理念被企業(yè)所接受，估計還需要 3-5 年時間。

Q2. 未來是 OLTP 還是 OLAP ？

首先從 TPCC 打榜上來看，數(shù)據(jù)庫廠商對于這個 Benchmark 大都是失去興趣了，也冷靜了，微信群里也沒有因為打榜而進行口水，我們也成熟了。因為基本上大家也都明白，在一定成本預(yù)算下，選擇出來合適的產(chǎn)品就可以。例如：業(yè)務(wù)對 SQL 響應(yīng)指標(biāo)要求 500 ms 以下，支持 3000 QPS 就可以滿足業(yè)務(wù)，支持到 IPO 沒啥問題了，在這樣的前提下，大家肯定不再是按打榜來選擇，因為大家在數(shù)據(jù)庫這個方向上有所積累后，可以選擇的開源產(chǎn)品太多了，甚至云的上 RDS 采購一個也夠用了。整體上來看現(xiàn)在 OLTP 已經(jīng)非常成熟，現(xiàn)在 OLTP 賣貨，更多是打著安全，有保障，合作聯(lián)合開發(fā)（賣數(shù)據(jù)庫保險一樣在賣貨） 。

大家口水了多年：MySQL ，PostgreSQL 誰更強，爭論多年后，也終于有了一個初步的結(jié)果。在互聯(lián)網(wǎng)領(lǐng)域里 MySQL 還是當(dāng)之無愧的王者， Pg 也在國產(chǎn)化領(lǐng)域中披上各種馬甲在沖鋒， MySQL 也在披著馬甲，還有套著 Pg 往前沖的。基本上也可以說 OLTP 基本是一種成熟狀態(tài)，最終誰能在這波浪潮中贏下來，就看誰能擁抱一個更加開放的生態(tài)，整合更多的合作伙伴，輸出更多解決方案，例如：銀行系統(tǒng)運行，火車票售票系統(tǒng)， 電力的數(shù)據(jù)庫系統(tǒng)。

OLTP 的成熟，但 OLTP 的成本通常比較高，大家也會把 OLTP 的數(shù)據(jù)慢慢轉(zhuǎn)向 OLAP 對外提供服務(wù)，也就意味著 OLAP 可以創(chuàng)造更多的財富？我現(xiàn)在算是從 OLTP 跨入了 OLAP ，給大家分享倆個 2022 年我看到案例。

Case1 一個朋友在從事獵頭行業(yè)，別人找他要人后，他總能很快的找到意向標(biāo)的人給甲方，并較快的獲得到甲方的認可。這個事情，最初我看到覺得他太牛X了，我也非常好奇他怎么做到的？后來熟悉后才知道他就是 OLAP 運用的高手，他獲取 gharchive.org 上數(shù)據(jù)存入 Databend（Databend + COS） ， 然后對甲方想要的技術(shù)人員畫像，這樣些人可能對什么 Repo 感興趣，然后找到對應(yīng)的 Repo 中的貢獻者，聯(lián)系其中活躍的人，給他們分享機會，獲得認可。他是我見過轉(zhuǎn)獵頭比較成功的程序員。

Case 2 分析區(qū)塊鏈錢包，進行跟投（純屬虛構(gòu)）我們在炒股中，經(jīng)常想著可以看看今天誰買了什么，或是大家都在買什么就可以有很多決策了，但這些數(shù)據(jù)需要去購買，而且非常的貴，還拿不到成交和賬戶的對關(guān)系。在區(qū)塊鏈中，這一切都是透明的，誰花了多少錢，買了什么，這一切都在鏈上。今年看到一些猛人對鏈上的數(shù)據(jù)進行解析后，分析出來盈利最多的 Top 1000 然后再找到適合個人風(fēng)格的進行跟投。這個也可以說 OLAP 的一個應(yīng)用。

舉了倆個個人在使用 OLAP 的場景，其實企業(yè)的使用 OLAP 的場景也非常多，也有成熟的套路，只是后續(xù)的 OLAP 的成本會越來越低，越有利于用戶的使用。

目前也可以說是海量的數(shù)據(jù)時代，在 OLAP 中數(shù)據(jù)到 PB 級都和玩一樣，今年經(jīng)歷了 N 多單天數(shù)據(jù)量在 100T 以上的項目，也讓我對 Databend 這個項目產(chǎn)生了非常大的敬意，這類數(shù)據(jù)的壓縮基本能達 8-20倍的壓縮， 同時還能較好的支持計算。

新一代的云原生 OLAP 也在替代著傳統(tǒng)大數(shù)據(jù)項目， SQL 成為統(tǒng)一語言，新一代的云原生 OLAP 也會讓大數(shù)據(jù)項目越來越簡單。OLAP 讓大數(shù)據(jù)項目也在向著：更便宜，更好用，高性能 的方向發(fā)展。

Q3. 從國際上來看 HTAP 是不是未來？

HTAP（ Hybrid transaction/analytical processing） 是一個數(shù)據(jù)庫的超融合方案，把事務(wù)處理和分析處理都集中在一個系統(tǒng)中對外提供服務(wù)。目前這也是 OLTP 方向的數(shù)據(jù)庫在追求的一個重要方向。

目前國內(nèi)實現(xiàn) HTAP 數(shù)據(jù)庫有：

TiDB

OceanBase

PolarDB （阿里）

TDSQL-H （ 騰訊）

BaikalDB （百度）

海外實現(xiàn) HTAP 數(shù)據(jù)庫有：

MySQL + Heatwave

Snowflake

SingleStore（ 前身 MemSQL）

AlloyDB（ Google）

Aurora + Redshift

可以說一時間大家把是否支持 HTAP 作為數(shù)據(jù)庫對比的一個重要指標(biāo)，更夸張的一個論調(diào)說：HTAP 是 MySQL 生態(tài)的最佳歸宿。實質(zhì)上這里有一個前提在 10TB 以下 HTAP 感覺可以一戰(zhàn)，再大一點 HTAP 的方案的成本不是一般用能扛住。以至于很多用戶產(chǎn)品演示時上最貴的 HTAP 過關(guān)再說，交付時可能掛一個PostgreSQL 也能滿足客戶實際場景也不少， 同時今年可能是因為行情不好，遇到挺多跑300-400臺 HTAP 集群，數(shù)據(jù)量在 500T 左右的用戶抱怨復(fù)雜 SQL 影響整體集群處理能力，也不太敢擴容，把數(shù)據(jù)定期歸檔到 Databend ，利用 Databend + 對象存儲對外分擔(dān)一部分的查詢分析，從而降低成本。

那么 HTAP 是不是未來？

我覺得是的。用戶最終賺錢的是業(yè)務(wù)，讓業(yè)務(wù)可以更加簡單的可以在數(shù)據(jù)庫上運行起來，把 OLTP 和 OLAP 包裝起來對用戶透明，絕對是一個非常硬的需求，這估計也是 Snowflake 今年增長特別快的原因之一吧。

但 HTAP 也有他的局限性，價格太貴。通常在云環(huán)境中，我們認為計算和網(wǎng)絡(luò)是最貴的，但在 HTAP 數(shù)據(jù)庫系統(tǒng)中，當(dāng)存儲增長到一定量時，你會發(fā)現(xiàn)好像計算和網(wǎng)絡(luò)又是最便宜的，但這些相對于對象存儲 1T 一個月只要 110元（國內(nèi)更便宜）無法相比，這也是我個人感覺 HTAP 適合中小型項目快速 Startup 讓業(yè)務(wù)賺到錢生存下來，再說利用云原生數(shù)據(jù)庫相關(guān)技術(shù)把成本和運維降下來。

Q4. MySQL DBA 和大數(shù)據(jù)從業(yè)者會有什么改變？

這個時代一切都在變， 我剛工作那會能把 LAMP + Squid 順利 40 分鐘內(nèi)安裝完畢入職 Sina 都沒啥問題了，再早一點幫別人安裝一個 Oracle RAC 一晚上賺個 IBM T40 也沒啥問題，再后來 Oracle OCP 失業(yè)了， MySQL 時代來了， 大數(shù)據(jù)時代來了，AI 時時代來了，一浪接一浪，總有拍死在沙灘上的，當(dāng)然也有乘風(fēng)破浪的弄潮兒，其實在這些 IT 大浪中，你能抓住一浪基本生活無優(yōu)，早期 BAT 的朋友不知道是不是有錢，還看到他們天天加班，但都住著千萬以上的房子，開最騷氣的車。我說這些想表達什么呢？我想說：選擇比努力更重要

MySQL DBA 和大數(shù)據(jù)從業(yè)者從業(yè)者會有什么挑戰(zhàn)呢？

首先我們說一下 MySQL DBA 面臨什么挑戰(zhàn)？

MySQL 方面的技術(shù)，現(xiàn)在非常成熟，合理的使用基本可以做到按年計算不停機

使用 MySQL 低級錯誤越來越少，例如早期做 SQL 注入攻擊和檢測的，基本不存在了

MySQL 在現(xiàn)在開發(fā)架構(gòu)中已經(jīng)融入 Serverless ， 離服務(wù)越來越近

更多的用戶選擇了使用云上 RDS 開局， 傳統(tǒng)的 DBA 事情越來越少

研究 MySQL 內(nèi)核上手的人也越來越多

現(xiàn)在有利于 MySQL DBA 的點：

國內(nèi)化乙方需要一大波交付的 DBA， 基本大家都招聘 MySQL DBA 為主

k8s + MySQL 的融合需要更多面向 IaC 方面的 DBA

有較強業(yè)務(wù)能力的 MySQL DBA 會有越來越多的機會

其實早期各個云 RDS 出現(xiàn)后， DBA 圈子里就有一種聲音：云平臺的 RDS 可能把 MySQL DBA 干掉， RDS 平臺的人員還各種掩飾這個問題，現(xiàn)在看來是真正發(fā)生了 ：） 其實這個也可是可以預(yù)見的，一個云平臺 RDS 開發(fā)通常在百人以上的規(guī)模，把 DBA 能想到事情，基本都可以自動化實現(xiàn)了。

再來說一下面向大數(shù)據(jù)人員面臨的挑戰(zhàn)：

現(xiàn)在來看 Hadoop 生態(tài)，基本要成為歷史，笨重的 Mapreduce 編程終會被 SQL 替代

傳統(tǒng)的復(fù)雜的大數(shù)據(jù)會趨向越來越簡單化，以前看大數(shù)據(jù)架構(gòu)中，很多公司在重度依賴 kafka， 存儲可能 40 臺， 中間的 Kafka + 數(shù)據(jù)洗清機器可能是 80-100 臺

大數(shù)據(jù)架構(gòu)師決定把數(shù)據(jù)存儲幾種數(shù)據(jù)庫，大數(shù)據(jù)工程師每天就在應(yīng)對數(shù)據(jù)的清洗和不同數(shù)據(jù)源中數(shù)據(jù)一致性的比對

業(yè)務(wù)產(chǎn)出不明顯，但部門成本比較高，更多是面抽報表，ad-hoc 查詢生活

中心化團隊，容易成為瓶頸，整天奔跑在救火線上的工作模式

現(xiàn)在利用于 大數(shù)據(jù)從業(yè) 人員的點：

內(nèi)心對數(shù)據(jù)質(zhì)量有一定的敏感

理解不同數(shù)據(jù)的使用習(xí)慣和資源的空閑

經(jīng)歷過大數(shù)據(jù)業(yè)務(wù)系統(tǒng)的磨礪（建立在對業(yè)務(wù)有理解的基礎(chǔ)上）

大數(shù)據(jù)平臺原來那波 Hadoop 生態(tài)的的現(xiàn)在可能是 Hive， Hbase， HDFS 為主，HDFS 的成功，也讓很多做對象存儲創(chuàng)業(yè)較為成功，例如 xsky 對象存儲，在互聯(lián)網(wǎng)和傳統(tǒng)企業(yè)都占據(jù)了半壁江山。但 Hive 現(xiàn)在也在被很多產(chǎn)品所替代，如；Doris， Clickhouse， Presto， Trino， Impala， 還有國內(nèi)很多基于 Greenplum 的二開產(chǎn)品，也有新生代云原生數(shù)倉：Databend 都在看著這塊市場。

那么 MySQL DBA 和大數(shù)據(jù)從業(yè)人員未來在哪里？

MySQL DBA 如果不轉(zhuǎn)型現(xiàn)在最好的歸宿乙方數(shù)據(jù)庫公司，如果能跟上節(jié)奏抓著 MySQL + k8s 或是 熟悉 Terraform ， SQL 自動審核類工具，了解 CI 還可以在互聯(lián)網(wǎng)企業(yè)一戰(zhàn)（DevOPS 運維時代真的來了，運維代碼化，避免了面?zhèn)骺谑冢瑹o法追錄過程的運維時代）， 其實也給了互聯(lián)網(wǎng) DBA 一個更大的想象空間，例如利用云輕松實現(xiàn)多 IDC 多中心設(shè)計，利用 metabase 輕松實現(xiàn)一個 CMDB + 數(shù)據(jù)控查詢系統(tǒng)，利用 terraform 輕松把基礎(chǔ)資源管理起來。

大數(shù)據(jù)人員現(xiàn)在分為兩類，一個報表展現(xiàn)人員，另一個數(shù)據(jù)整理人員，比較危險的是數(shù)據(jù)整理人員，對于 Databend 這類云原生數(shù)倉（ Snowflake 開源實現(xiàn)）中很多理念如果落地，會大大簡化大數(shù)據(jù)方面人力和資產(chǎn)的投入，把大數(shù)據(jù)走向一個 case by case 模式，同時又較方便的實現(xiàn)各部門數(shù)據(jù)的共享，互惠。大數(shù)據(jù)數(shù)據(jù)人員最終會變成數(shù)據(jù)質(zhì)量，數(shù)據(jù)血緣方面的專家。

Q5. 現(xiàn)在還是不是數(shù)據(jù)方向的創(chuàng)業(yè)好的時機？

對于數(shù)據(jù)庫創(chuàng)業(yè)來講，我覺得今年可能不是一個好時間，但市場也不缺乏好機會。為什么說現(xiàn)在不是一個好時間呢？2021年資本差不多已經(jīng)完成了數(shù)據(jù)軟件的布局，很多公司甚至也是高估值拿到了融資，這個過程中也不乏一些摸魚創(chuàng)業(yè)者，其實資本也都不傻，都會看明白的。我們知道對于基礎(chǔ)架構(gòu)創(chuàng)業(yè)比較漫長，看海外的產(chǎn)品 10 年都屬于正常現(xiàn)象， 第一個 3 年能完成產(chǎn)品開發(fā)+打磨迭代到成熟， 然后就是3-4年的生態(tài)建設(shè)，接下來 3 年才是商業(yè)收獲的過程，這個過程也可以說是漫長的，對資本來講是一個收獲比較慢的過程。數(shù)據(jù)庫融資方面感覺在 2021 年 10 月份以后，資本忽然集體冷靜下來了。2022 年也可以說是市場最不景氣的一年，但也不要泄氣，看美國成名的數(shù)據(jù)庫公司也都是在經(jīng)濟危機時間創(chuàng)建的，經(jīng)濟危機時不知道做什么，就節(jié)衣縮食，專心做個數(shù)據(jù)庫吧。

但我們需要明白中國的數(shù)據(jù)庫市場相對還是比較低，據(jù) 2021 年的市場評估，全球數(shù)據(jù)庫市場 700 億美元， 中國市場只有 47 億美元，僅占 5.2%。這以至于 2022 年大部數(shù)據(jù)庫公司也在忙著社區(qū)建設(shè)，更多的希望通過開源帶動商業(yè)發(fā)展，以至于現(xiàn)在給我的感覺是全球基礎(chǔ)架構(gòu)開源看中國。

國內(nèi)數(shù)據(jù)庫市場是面對大額采購時，各大公司的 CTO， CIO 可能至少面對 10 家以上（現(xiàn)在數(shù)據(jù)庫估計在 400 家以上） 的數(shù)據(jù)庫公司在清洗， 大公司的 CTO， CIO 也都是經(jīng)過市場考驗的戰(zhàn)士，他們也是冷靜的決策者，以至于決策過程也變得更加的長。

那么現(xiàn)在還是不是數(shù)據(jù)庫公司的創(chuàng)建的好機會，我覺得市場在這個冷靜期，以及 2022 年資本市場環(huán)境不好， 2023 年估計會有不少數(shù)據(jù)創(chuàng)業(yè)公司離場，但隨著達夢 IPO 成功，我估計還會讓資本有點小小的沖動。另一個實際情況是 MariaDB 借殼上市直接到現(xiàn)在跌了差不多 70% + 。

那對于想進入數(shù)據(jù)庫創(chuàng)業(yè)者的機會是什么樣呢？

和我交流過數(shù)據(jù)創(chuàng)業(yè)的人，我通常給的建議是：求差異，利他人，共建生態(tài)，這三點來謀發(fā)展。2022 年在做 DTCC 規(guī)劃過程中，我給唐川講今年也可以搞一個開源秀，讓在 DTCC 參考的嘉賓及公司或是想創(chuàng)業(yè)的伙伴有更多的爆光機會，最后經(jīng)過幾輪討論后，很快就把開源小秀場落地，我看現(xiàn)在已經(jīng)進行了 7 期。這個大家可以想想這個欄目為什么能做起來。我在 2022 年遇到同行問的最多一句話是有沒有質(zhì)量高一點的 meetup 推薦~~~， 甚至有的公司已經(jīng)開始各種地方碰瓷宣傳。實質(zhì)上你會發(fā)現(xiàn)海外真正牛 X 的產(chǎn)品對中國都是禁售的，中國的 IP 不能注冊，中國的信用卡不支付，所以自家就不用碰了，真正做事，可以研究一下海外的產(chǎn)品吧， 一個月 3000-4000 元的基本成本投入就可以把一個基礎(chǔ)的數(shù)倉項目運營起來，這個放到現(xiàn)在國內(nèi)的所有的數(shù)倉項目中都是無法實現(xiàn)的，真的是創(chuàng)業(yè)是我輩當(dāng)自強。

現(xiàn)在看來單純創(chuàng)業(yè)上來講， 做現(xiàn)有數(shù)據(jù)庫的改善或是增強，甚至是數(shù)據(jù)生庫的服務(wù)都比從 0 開始做一個數(shù)據(jù)庫比較安全。這塊在 Rust 生態(tài)有一些不錯的參考，如：

readyset 用于提升現(xiàn)有數(shù)據(jù)庫的性能和可用性，支持 MySQL， PostgreSQL ， 看到這個項目時，也讓我想起了內(nèi)心一直在規(guī)劃的 update server ， 看看別人已經(jīng)實現(xiàn)了。

Polars 輕量級 DataFrame ， 這塊今年美團基于 Databend 社區(qū)的 databend-meta 也搞了一個類似的工具，感覺也是挺贊的，這塊也是 Databend 2023 的規(guī)劃之一。

我覺得這些是有絕對的生命力，也是對社區(qū)和業(yè)務(wù)是有絕對幫助的。如果你一定要在這個方面創(chuàng)業(yè)，你也可以考慮這些方向，例如我現(xiàn)在也比較看好的

Tapdata 實時數(shù)據(jù)同步工具，有點把 Oracle 的 Golden Gate SAAS 化的感覺

sqlpad［3］ 網(wǎng)頁版本的 SQL 編輯器

類似于 metabase 的商業(yè)化支持：衡石科技（可能已經(jīng)比 metabase 強大了）

另外如果對數(shù)據(jù)庫方面創(chuàng)業(yè)有較強的執(zhí)念，可以先想清楚定位，不能只把生意定位在國內(nèi)還是海外，一定要想清楚做這個事情究竟可以給社會創(chuàng)造什么價值，這才是真正存活的下來的根本。創(chuàng)業(yè)的本質(zhì)就是：忍人之所不能忍，能為人之所不能為。創(chuàng)業(yè)沒有最好的時間，也沒有最差的時間，這只是一種生活的方式，如果你想這一生要做點什么才無悔，就加入進來吧。數(shù)據(jù)市場上還有多事情可以一起合作，共建這個生態(tài)。Dongxu 也是這個方向比較好的天使投資人，如果你想好了就加入進來吧。2023 年一起攜手共進。

審核編輯 ：李倩