Mike Stonebraker，這位2014年圖靈獎得主，因其在數(shù)據(jù)庫系統(tǒng)領(lǐng)域的開創(chuàng)性貢獻而廣受贊譽。從Ingres、Postgres到Vertica、VoltDB、SciDB，再到最近的DBOS，他參與開發(fā)的每一個項目都深刻影響了商業(yè)數(shù)據(jù)庫的發(fā)展。近期，Stonebraker在meta資深工程師Ryan Peterman的播客中，分享了他對數(shù)據(jù)庫行業(yè)、AI技術(shù)以及職業(yè)選擇的獨到見解。

Stonebraker的數(shù)據(jù)庫生涯始于伯克利大學(xué)。1971年，當(dāng)Ted Codd的關(guān)系數(shù)據(jù)庫理論剛剛發(fā)表時，Stonebraker在導(dǎo)師Gene Wong的帶領(lǐng)下，開始探索這一新興領(lǐng)域。他們開發(fā)的Ingres系統(tǒng)，不僅在學(xué)術(shù)界廣受歡迎，還成功商業(yè)化，成為Oracle等競爭對手的有力挑戰(zhàn)者。Stonebraker直言不諱地批評Oracle創(chuàng)始人Larry Ellison的銷售策略，認為其通過混淆現(xiàn)在時和將來時來誤導(dǎo)客戶，是不可原諒的行為。

在談到數(shù)據(jù)庫設(shè)計的靈活性時，Stonebraker以Postgres為例，強調(diào)了可擴展類型系統(tǒng)的重要性。他回憶起一個債券交易員的電話，該交易員因數(shù)據(jù)庫無法支持其特定的日期計算需求而苦惱。這一經(jīng)歷促使Stonebraker在Postgres中引入了可自定義的數(shù)據(jù)類型，使得數(shù)據(jù)庫能夠高效處理各種抽象數(shù)據(jù)類型，從而大大擴展了其應(yīng)用范圍。

對于當(dāng)前數(shù)據(jù)庫行業(yè)的趨勢，Stonebraker認為“一種數(shù)據(jù)庫通吃所有場景”的觀點是錯誤的。他指出，不同的工作負載需要不同類型的數(shù)據(jù)庫解決方案。例如，流處理、數(shù)據(jù)倉庫和文本向量處理等場景，分別需要流處理數(shù)據(jù)庫、列式數(shù)據(jù)庫和向量數(shù)據(jù)庫等不同類型的系統(tǒng)。他批評了Google早期推廣的MapReduce和最終一致性模型，認為這些技術(shù)在性能和數(shù)據(jù)完整性方面存在嚴重缺陷。

在AI技術(shù)方面，Stonebraker對當(dāng)前多數(shù)agentic AI的“只讀”特性表示擔(dān)憂。他認為，一旦AI開始進行讀寫操作，如兩個agent協(xié)作完成轉(zhuǎn)賬，數(shù)據(jù)庫的事務(wù)、一致性和原子性等問題將再次成為關(guān)鍵。他通過實驗發(fā)現(xiàn)，在大模型寫SQL的任務(wù)中，即使在公開基準(zhǔn)上表現(xiàn)良好的模型，在真實生產(chǎn)數(shù)據(jù)倉庫上的準(zhǔn)確率也極低。他因此得出結(jié)論，這項技術(shù)至少在短期內(nèi)還不足以進入生產(chǎn)環(huán)境。

在職業(yè)選擇方面，Stonebraker給出了出人意料的建議。他認為，計算機科學(xué)未來不一定是一個增長行業(yè)，因此不太確定是否會推薦18歲的年輕人主修計算機科學(xué)。相反，他認為醫(yī)療和建筑等行業(yè)是更穩(wěn)妥的選擇。對于即將獲得博士學(xué)位并決定未來方向的人，他建議選擇最有聲望的工作，找一個愿意幫助的導(dǎo)師，并選擇一個不隨大流的研究方向。