對(duì)于數(shù)據(jù)庫從業(yè)者來說， 2026年，只有一個(gè)重要的問題：誰將贏得AI時(shí)代的數(shù)據(jù)庫市場？

這不是技術(shù)特性的比拼，也不是營銷預(yù)算的較量。我認(rèn)為決定數(shù)據(jù)庫勝負(fù)的是三個(gè)要素：技術(shù)套件、標(biāo)桿案例、生態(tài)系統(tǒng)。MySQL用LAMP + Facebook + Stack Overflow贏得2000s。PostgreSQL用Heroku/Vercel + Instagram + 云廠商贏得2020s。都是三要素在起作用。

AI時(shí)代誰會(huì)贏？除了騙子， 沒有人敢說自己已經(jīng)有答案了。但是我們可以從歷史中借鑒一些經(jīng)驗(yàn)，抽取通用的理論，然后用它來幫助我們撥開一些迷霧。畢竟，時(shí)間不等人，窗口期就是2026年了。

為什么MySQL贏了2000s

MySQL主宰2000s不是因?yàn)楣δ芴匦员萈ostgreSQL好，而是因?yàn)闈M足了三要素。

要素一：技術(shù)套件 - LAMP的深度綁定

LAMP = Linux + Apache + MySQL + PHP。這不只是四個(gè)軟件的打包，而是深度技術(shù)集成：PHP有原生MySQL驅(qū)動(dòng)（mysql_connect, mysqli），Apache有針對(duì)PHP+MySQL優(yōu)化的模塊，主機(jī)提供商的基礎(chǔ)設(shè)施假設(shè)你用LAMP，教程和文檔默認(rèn)LAMP技術(shù)棧。

更重要的是分發(fā)渠道：2000s的共享主機(jī)時(shí)代，70%的主機(jī)提供商（Bluehost, HostGator等）提供cPanel一鍵安裝器（Softaculous, Fantastico）。你不需要懂技術(shù)，點(diǎn)一下按鈕，WordPress/Joomla就裝好了，MySQL也跟著來了。那時(shí)候建網(wǎng)站的人，很多是小企業(yè)主，不是工程師。他們根本不知道"選擇數(shù)據(jù)庫"這件事，主機(jī)提供商替他們做了決定。

你不是"選擇MySQL"，你是"選擇LAMP"，MySQL隨之而來。

即使你想用PostgreSQL，共享主機(jī)提供商也不支持。為什么？因?yàn)镻ostgreSQL在2000s有關(guān)鍵技術(shù)差距：MySQL早在2000s初就有主從復(fù)制，而PostgreSQL直到2010年（9.0版本）才有流式復(fù)制——整整10年的技術(shù)代差。Web 2.0時(shí)代，復(fù)制是擴(kuò)展web應(yīng)用的必需品。技術(shù)不成熟 + 主機(jī)提供商不支持，PostgreSQL連進(jìn)入比賽的資格都沒有。

要素二：標(biāo)桿案例 - Facebook證明MySQL能支撐規(guī)模

2000s最大的技術(shù)焦慮是：這個(gè)數(shù)據(jù)庫能不能支撐規(guī)模？

Facebook用MySQL擴(kuò)展到10億用戶，這個(gè)故事消除了所有擔(dān)憂。不只是Facebook，還有GitHub, Twitter（早期架構(gòu)），中國的淘寶、騰訊、百度，都用MySQL支撐大規(guī)模應(yīng)用。這些公司的工程博客、技術(shù)大會(huì)演講，把MySQL擴(kuò)展經(jīng)驗(yàn)變成公開知識(shí)。

標(biāo)桿案例的作用不只是技術(shù)可行性證明，更重要的是降低決策成本。創(chuàng)業(yè)公司創(chuàng)始人拿著商業(yè)計(jì)劃書找投資人，說"我們用MySQL，F(xiàn)acebook也用MySQL"，投資人立刻理解。說"我們用PostgreSQL，因?yàn)锳CID實(shí)現(xiàn)更完整"，得花30分鐘解釋為什么不用行業(yè)標(biāo)準(zhǔn)。工程師跟老板提方案，說"行業(yè)標(biāo)準(zhǔn)"四個(gè)字就夠了，不需要寫詳細(xì)的技術(shù)評(píng)估報(bào)告。

更妙的是政治安全：失敗了可以說"我們遵循了行業(yè)最佳實(shí)踐"（責(zé)任分散），成功了是我的功勞（功勞集中）。理性的啟發(fā)式策略。

標(biāo)桿案例還創(chuàng)造人才池：大公司用MySQL，工程師就學(xué)MySQL，人才市場自然形成。招聘時(shí)寫"MySQL DBA"，簡歷一堆；寫"PostgreSQL DBA"，簡歷寥寥。

要素三：生態(tài)系統(tǒng) - 讓技術(shù)債變得可以容忍

MySQL有很多設(shè)計(jì)問題：默認(rèn)字符集是latin1不是UTF-8，真正的UTF-8叫utf8mb4；TIMESTAMP只支持到2038年；DDL不支持事務(wù)；GROUP BY可以選擇非聚合列（違反SQL標(biāo)準(zhǔn)）。PostgreSQL粉絲最愛列舉這些缺陷。

但生態(tài)系統(tǒng)讓這些問題變得可以容忍。

MySQL的Stack Overflow問題數(shù)量是PostgreSQL的5倍。遇到字符集問題？網(wǎng)上有成千上萬篇utf8mb4教程，告訴你怎么改配置、怎么遷移數(shù)據(jù)、怎么避免踩坑。復(fù)制延遲問題？有Vitess、Orchestrator等第三方工具幫你管理。沒有DDL事務(wù)？最佳實(shí)踐已經(jīng)演化：用工具做模式遷移，加版本控制，先在測試環(huán)境測試。中文社區(qū)特別活躍，任何問題都能找到中文解答。

生態(tài)系統(tǒng)的存在，讓工程師不需要成為數(shù)據(jù)庫專家（被迫的），可以專注業(yè)務(wù)邏輯。PostgreSQL技術(shù)上再好，遇到問題找不到答案，就得啃官方文檔、讀源代碼、去郵件列表問問題，時(shí)間成本高太多。

更強(qiáng)的鎖定來自WordPress：WordPress只支持MySQL，占全球網(wǎng)站的40%。這些網(wǎng)站永遠(yuǎn)不會(huì)遷移到PostgreSQL，遷移成本太高：不只是數(shù)據(jù)，還有插件、主題、運(yùn)維流程。數(shù)據(jù)庫遷移項(xiàng)目只有17%能按時(shí)按預(yù)算完成（Gartner數(shù)據(jù)），30%成本超支，平均4小時(shí)停機(jī)時(shí)間損失$28k。有這個(gè)生態(tài)系統(tǒng)，誰還冒險(xiǎn)遷移？

**三要素的正反饋循環(huán)：**LAMP技術(shù)套件帶來大量用戶 → 用戶中產(chǎn)生Facebook/BAT這樣的標(biāo)桿案例 → 標(biāo)桿案例吸引更多創(chuàng)業(yè)公司模仿 → 用戶貢獻(xiàn)Stack Overflow答案、寫教程、開發(fā)工具 → 生態(tài)系統(tǒng)降低使用門檻 → 更多用戶選擇MySQL。

MySQL主宰2000s，三要素缺一不可。

為什么PostgreSQL贏得2020s

PostgreSQL的崛起用相同的三要素，但機(jī)制完全不同。

要素一：技術(shù)套件 - 從具名技術(shù)棧到平臺(tái)默認(rèn)

LAMP時(shí)代的特征是具名技術(shù)棧捆綁。它有明確的縮寫：LAMP, WAMP, MAMP。開發(fā)者主動(dòng)選擇，說"我們是LAMP團(tuán)隊(duì)"。技術(shù)棧是完整的，從操作系統(tǒng)到應(yīng)用層。分發(fā)渠道是共享主機(jī)的cPanel一鍵安裝。

云時(shí)代的機(jī)制變了。Rails用PostgreSQL，但沒有"RHP Stack"這個(gè)名字。開發(fā)者被動(dòng)繼承：選擇框架/平臺(tái)，數(shù)據(jù)庫自動(dòng)跟隨。不包含操作系統(tǒng)層，因?yàn)榛A(chǔ)設(shè)施已經(jīng)抽象化（這是云的本質(zhì)）。分發(fā)渠道是平臺(tái)默認(rèn) + 啟動(dòng)模板。

平臺(tái)默認(rèn)配置更強(qiáng)大，因?yàn)樗请[形標(biāo)準(zhǔn)化。

Heroku是第一個(gè)證明這個(gè)機(jī)制的平臺(tái)。2007年創(chuàng)立時(shí)，Heroku只提供PostgreSQL——不是選擇，是約束。你要用Heroku部署Rails，就必須用PostgreSQL。DATABASE_URL環(huán)境變量約定成為Rails社區(qū)標(biāo)準(zhǔn)，git push heroku main的部署流程和PostgreSQL深度集成。開發(fā)者根本沒有"選擇"這個(gè)步驟，PostgreSQL就在那里了。結(jié)果：Heroku管理了2百萬+個(gè)PostgreSQL數(shù)據(jù)庫。

Vercel把這個(gè)機(jī)制推向極致。2023年推出Vercel Postgres，背后是Neon PostgreSQL（大多數(shù)開發(fā)者不知道）。當(dāng)你運(yùn)行create-next-app，啟動(dòng)模板已經(jīng)配置好PostgreSQL + Prisma。Next.js的官方教程和文檔假定你用PostgreSQL。npx vercel db init自動(dòng)部署PostgreSQL。開發(fā)者說"我用Next.js"時(shí)，PostgreSQL是隱含的。

平臺(tái)默認(rèn)配置比具名技術(shù)棧捆綁更強(qiáng)大，因?yàn)樗哪Σ粮?。LAMP時(shí)代，你得主動(dòng)說"我選擇LAMP"，這是個(gè)顯性決策。Vercel時(shí)代，數(shù)據(jù)庫選擇直接消失了——你說"我用Next.js"時(shí)，根本不會(huì)提數(shù)據(jù)庫，但PostgreSQL已經(jīng)在那里了。決策疲勞降到零。

更妙的是品牌推廣的成本。LAMP需要一個(gè)朗朗上口的縮寫，需要營銷推廣"LAMP技術(shù)棧"這個(gè)概念。平臺(tái)默認(rèn)配置不需要，它搭Next.js或Rails的便車——框架火了，數(shù)據(jù)庫自然跟著火。這是隱形的標(biāo)準(zhǔn)化，比顯性的品牌推廣更有效。

鎖定也更強(qiáng)。LAMP時(shí)代你可以只換MySQL，其他保留。平臺(tái)默認(rèn)配置時(shí)代，切換數(shù)據(jù)庫意味著放棄平臺(tái)的優(yōu)化：Vercel為PostgreSQL優(yōu)化的連接池、監(jiān)控面板、部署流程，你換成MySQL就都沒了。商業(yè)設(shè)計(jì)使然。

PostgreSQL不是靠功能特性贏的。它贏在成為新一代平臺(tái)的默認(rèn)選擇，而開發(fā)者對(duì)此甚至沒有意識(shí)。

要素二：標(biāo)桿案例 - Instagram和云廠商的隱性背書

MySQL時(shí)代的標(biāo)桿案例是"證明能擴(kuò)展"：Facebook擴(kuò)展到10億用戶，證明MySQL能支撐大規(guī)模負(fù)載。這是防御性的證明——消除擔(dān)憂。

PostgreSQL時(shí)代的標(biāo)桿案例是"證明夠現(xiàn)代"：Instagram用PostgreSQL從零擴(kuò)展到數(shù)億用戶，但重點(diǎn)不是"它能擴(kuò)展"，而是"精英工程團(tuán)隊(duì)選擇了它"。Apple, Spotify, Reddit用PostgreSQL。中國新一代公司像探探也用PostgreSQL。這些案例傳遞的信息不是"它能用"，而是"前瞻性公司用它"。

更強(qiáng)大的是云廠商的隱性背書。AWS、Google Cloud、Azure都大量投資PostgreSQL托管服務(wù)。Stack Overflow調(diào)查顯示58%的專業(yè)開發(fā)者用PostgreSQL，被評(píng)為"最受推崇"數(shù)據(jù)庫。這創(chuàng)造了認(rèn)知：PostgreSQL是未來的選擇，MySQL是遺留技術(shù)。

要素三：生態(tài)系統(tǒng) - 云廠商 + 經(jīng)濟(jì)激勵(lì)

三大云廠商（AWS, Google, Azure）都把PostgreSQL作為戰(zhàn)略重點(diǎn)。新版本PostgreSQL 17發(fā)布幾個(gè)月內(nèi)，云廠商的托管服務(wù)就更新了。MySQL的更新？慢得多，因?yàn)镺racle的授權(quán)讓云廠商不舒服。商業(yè)問題。

經(jīng)濟(jì)激勵(lì)也在發(fā)揮作用。PostgreSQL是BSD許可證，完全免費(fèi)；MySQL商業(yè)使用要付費(fèi)（$2k-5k/年）。更顯著的是人才市場：PostgreSQL DBA平均年薪$133k，MySQL DBA $73k——接近2倍差距。這告訴年輕工程師該學(xué)什么。

Supabase打開了新的分發(fā)渠道。它是"開源Firebase替代方案"，完全構(gòu)建在PostgreSQL上。后端即服務(wù)市場，F(xiàn)irebase用NoSQL，Supabase用PostgreSQL——想要Firebase體驗(yàn)但要關(guān)系型數(shù)據(jù)庫的開發(fā)者，自然選PostgreSQL。

技術(shù)成熟度也終于趕上了。PostgreSQL 2010-2024持續(xù)改進(jìn)：流式復(fù)制（2010），JSONB（2014），原生分區(qū)，并行查詢。到新技術(shù)套件形成時(shí)（Heroku/Vercel），技術(shù)已經(jīng)就緒。生態(tài)系統(tǒng)現(xiàn)在幫PostgreSQL克服剩余的問題，比如水平擴(kuò)展的復(fù)雜性。

三要素的新循環(huán)： 平臺(tái)默認(rèn)配置帶來新用戶 → 新用戶中有Instagram/Apple這樣的標(biāo)桿案例 → 標(biāo)桿案例吸引云優(yōu)先創(chuàng)業(yè)公司 → 云廠商投資托管服務(wù) → 經(jīng)濟(jì)激勵(lì)吸引人才 → 生態(tài)系統(tǒng)持續(xù)成長。

MySQL用LAMP + Facebook + Stack Overflow贏得2000s。PostgreSQL用Heroku/Vercel + Instagram/OpenAI + 云廠商贏得2020s。機(jī)制相同，但更隱蔽、更強(qiáng)大。

誰將贏得AI時(shí)代？

理解了三要素，就能預(yù)測：下一個(gè)贏家必須滿足三個(gè)條件。

條件一：成為AI編程套件的一部分

不能只追求兼容性（那是防守），要找到下一個(gè)大趨勢。

傳統(tǒng)路徑是綁定新興語言/框架（Rust? Deno/Bun?）。但這些都是漸進(jìn)式創(chuàng)新，不是范式轉(zhuǎn)變。風(fēng)險(xiǎn)：投入巨大，可能市場太小。

真正的機(jī)會(huì)在AI編程套件。不是愚蠢的向量數(shù)據(jù)庫——那是為AI應(yīng)用數(shù)據(jù)服務(wù)的，pgvector已經(jīng)做了。真正的機(jī)會(huì)是為AI編程工作流設(shè)計(jì)的數(shù)據(jù)庫。

問題重新定義：AI編程者（像我）每天寫代碼，什么數(shù)據(jù)大語言模型管不好？

大語言模型擅長代碼生成、文本處理、模式匹配。但不擅長結(jié)構(gòu)化數(shù)據(jù)持久化、事務(wù)一致性、復(fù)雜關(guān)系查詢、模式演進(jìn)追蹤、數(shù)據(jù)完整性約束——這些正是數(shù)據(jù)庫應(yīng)該補(bǔ)充的地方。

可能的AI編程套件長什么樣？AI編程助手（Claude Code, Cursor等）+ 針對(duì)AI-人類協(xié)作優(yōu)化的數(shù)據(jù)庫 + 管理"大語言模型不該碰的數(shù)據(jù)"的工具。比如會(huì)話狀態(tài)、用戶偏好、結(jié)構(gòu)化配置、審計(jì)日志——這些數(shù)據(jù)需要強(qiáng)一致性，不能讓大語言模型隨意修改。

為什么這是真正的機(jī)會(huì)？因?yàn)锳I編程是范式轉(zhuǎn)變，現(xiàn)在的數(shù)據(jù)庫都為人類編程者設(shè)計(jì)。AI + 人類協(xié)作工作流需要不同的數(shù)據(jù)管理模式。誰搶到先發(fā)優(yōu)勢建立這個(gè)技術(shù)套件，誰就是下一個(gè)PostgreSQL。

賭對(duì)了 = Heroku的PostgreSQL。賭錯(cuò)了 = 無人問津。

條件二：打造代表未來的標(biāo)桿案例

標(biāo)桿案例必須是創(chuàng)新的，能代表未來。Facebook對(duì)MySQL的價(jià)值在于證明"能支撐規(guī)模"，這是2000s的焦慮。未來的焦慮是什么？AI工作流能不能可靠運(yùn)行，會(huì)話狀態(tài)能不能一致管理，AI生成的數(shù)據(jù)能不能正確存儲(chǔ)。

Supabase和OpenAI合作，為ChatGPT插件提供PostgreSQL + pgvector的知識(shí)庫方案。這不是偶然：AI需要既能做語義搜索（pgvector），又能保證事務(wù)一致性（PostgreSQL）的數(shù)據(jù)庫。這就是AI時(shí)代的標(biāo)桿案例：不是證明"能擴(kuò)展"（那是上個(gè)時(shí)代的問題），而是證明"能同時(shí)處理結(jié)構(gòu)化數(shù)據(jù)和向量搜索"。

這個(gè)案例傳遞了信號(hào)：PostgreSQL理解AI時(shí)代的需求。其他數(shù)據(jù)庫廠商如果想贏得AI時(shí)代，需要類似的案例——某個(gè)知名AI產(chǎn)品公開選擇某個(gè)數(shù)據(jù)庫，并解釋原因。沒有這樣的標(biāo)桿案例，技術(shù)再好也難推廣，就像Mnesia有技術(shù)優(yōu)勢，但除了Klarna誰在用？

條件三：加入既有生態(tài)系統(tǒng)

與其從零建立生態(tài)系統(tǒng)，不如加入既有生態(tài)系統(tǒng)——就像AI編程生態(tài)系統(tǒng)。

AI編程工具（Claude Code, Cursor）已經(jīng)有龐大的用戶群。如果某個(gè)數(shù)據(jù)庫成為這些工具的默認(rèn)選擇，就能立即獲得生態(tài)系統(tǒng)：開發(fā)者社區(qū)、教程內(nèi)容、工具集成。這比從零積累云廠商支持、對(duì)象關(guān)系映射、監(jiān)控工具要快得多。關(guān)鍵是找對(duì)生態(tài)系統(tǒng)，加入進(jìn)去，而不是自己造一個(gè)。

三要素理論的驗(yàn)證

三要素理論不僅能解釋MySQL和PostgreSQL過去三十年的歷史，還可以用于解釋很多DB選型現(xiàn)象。

用三要素理論看中國數(shù)據(jù)庫廠商的Oracle兼容性策略

OceanBase、PolarDB、GaussDB都大量投入Oracle兼容性，不只是SQL方言，還有PL/SQL、包、存儲(chǔ)過程的完整模擬。為什么？

因?yàn)橹袊髽I(yè)（銀行、電信、政府）的Java + Oracle組合是既定技術(shù)套件。Oracle兼容讓企業(yè)無需改代碼，中間件繼續(xù)運(yùn)作，運(yùn)維流程不變。Oracle的龐大存量用戶就是現(xiàn)成的標(biāo)桿案例，"跟Oracle一樣"就是最好的證明。DBA團(tuán)隊(duì)的知識(shí)直接復(fù)用，培訓(xùn)成本幾乎為零。

"借用"Oracle的三要素，比創(chuàng)造全新技術(shù)套件/標(biāo)桿/生態(tài)要快得多。理性的防守策略。

用三要素理論看具體的項(xiàng)目架構(gòu)決策

馬工本人在一個(gè)新項(xiàng)目中用三個(gè)數(shù)據(jù)庫：S3存業(yè)務(wù)對(duì)象，PostgreSQL存請(qǐng)求狀態(tài)，DynamoDB存編排服務(wù)狀態(tài)。為什么不統(tǒng)一用PostgreSQL？

因?yàn)榫幣欧?wù)用AWS Step Functions，而Step Functions + DynamoDB是集成套件。開發(fā)工具包優(yōu)化、權(quán)限配置簡單、監(jiān)控默認(rèn)集成。用PostgreSQL要自己寫集成代碼、配網(wǎng)絡(luò)安全組、設(shè)連接池。單獨(dú)換數(shù)據(jù)庫不劃算，只有換整個(gè)套件才合理。但是用Temporal替換Step Functions，不是DB層面的決策。

技術(shù)套件的綁定力，在微觀層面同樣成立。

用三要素理論看BigQuery在北歐的流行

BigQuery在北歐的流行程度遠(yuǎn)超其他地區(qū)。Validio對(duì)北歐獨(dú)角獸和高速成長公司的調(diào)研顯示，BigQuery采用率達(dá)45%，遠(yuǎn)超Snowflake和Redshift。全球范圍內(nèi)，BigQuery與競爭對(duì)手的差距很小甚至落后，但在北歐市場，BigQuery占據(jù)統(tǒng)治地位。為什么？三要素完美解釋。

標(biāo)桿案例：從Spotify到金融科技三巨頭。Spotify把整個(gè)大數(shù)據(jù)平臺(tái)從2500節(jié)點(diǎn)的Hadoop集群遷移到Google Cloud Platform，用BigQuery替代Hive，開源了Scio（Scala + Apache Beam API）處理每天超過1萬億條事件。Spotify不只是用BigQuery，還公開分享架構(gòu)演進(jìn)，工程博客詳細(xì)記錄遷移過程。這創(chuàng)造了標(biāo)桿效應(yīng)。

更強(qiáng)的信號(hào)來自金融科技公司的成功退出：Zettle（2018年被PayPal以22億美元收購）、Tink（2021年被Visa以18億歐元收購）都用BigQuery作為數(shù)據(jù)倉庫。King（動(dòng)視暴雪子公司）、IKEA也在用。當(dāng)北歐最成功的科技公司都用BigQuery，并且被國際巨頭高價(jià)收購，這傳遞了強(qiáng)烈信號(hào)："這個(gè)技術(shù)棧能支撐獨(dú)角獸成長和成功退出"。

技術(shù)套件：跨云架構(gòu)范式。真正有意思的不是"全用GCP"，而是一個(gè)跨云的架構(gòu)范式：AWS處理業(yè)務(wù)邏輯和實(shí)時(shí)流，BigQuery做分析和報(bào)表。

看Tink的做法：用AWS Kinesis采集支付和賬戶數(shù)據(jù)流，落到S3數(shù)據(jù)湖，然后用Airflow編排轉(zhuǎn)換任務(wù)，最后在BigQuery里跑SQL做分析。

Zettle也是類似思路。交易系統(tǒng)跑在AWS EC2和RDS上，600GB的主數(shù)據(jù)庫處理實(shí)時(shí)支付。但商戶分析報(bào)表？全在BigQuery。實(shí)時(shí)交易需要低延遲，AWS的VPC和RDS能保證；歷史數(shù)據(jù)分析需要掃描大量記錄，BigQuery的列式存儲(chǔ)和并行查詢更快。各取所長。

這個(gè)跨云模式幾乎成了北歐金融科技的標(biāo)準(zhǔn)范式。不是被GCP營銷說服，而是理性選擇：AWS運(yùn)行業(yè)務(wù)邏輯，BigQuery做數(shù)據(jù)分析。當(dāng)Zettle和Tink都被高價(jià)收購，這個(gè)架構(gòu)就被驗(yàn)證了。后來的創(chuàng)業(yè)公司不需要再評(píng)估——直接復(fù)制，招這兩家出來的工程師，照著已驗(yàn)證的最佳實(shí)踐做。

生態(tài)系統(tǒng)：人才市場與工具棧標(biāo)準(zhǔn)化。Spotify培養(yǎng)了大批BigQuery專家，這些人離職后去創(chuàng)業(yè)公司、咨詢公司，帶著BigQuery技能。招聘市場形成：職位描述寫"BigQuery經(jīng)驗(yàn)優(yōu)先"，候選人簡歷里寫"Spotify數(shù)據(jù)工程師，精通BigQuery"。Tink的技術(shù)負(fù)責(zé)人說得很直白，選BigQuery是因?yàn)?需要最少的工程資源，同時(shí)提供最高的生產(chǎn)力".

更重要的是工具棧的標(biāo)準(zhǔn)化。Validio的調(diào)研顯示，北歐數(shù)據(jù)團(tuán)隊(duì)有明確的技術(shù)棧共識(shí)：Airflow做編排，dbt做轉(zhuǎn)換，BigQuery做倉庫，Looker做可視化，Postgres做事務(wù)數(shù)據(jù)庫，Kafka做流處理。這六個(gè)工具成為事實(shí)標(biāo)準(zhǔn)。新公司不需要重新評(píng)估技術(shù)選型——直接用這個(gè)棧，在LinkedIn上搜索"Stockholm + BigQuery + Airflow"就能找到候選人，Stack Overflow上的問題都有北歐工程師回答過。

這個(gè)生態(tài)系統(tǒng)的網(wǎng)絡(luò)效應(yīng)極強(qiáng)：更多公司用 → 更多工程師學(xué) → 更多教程和最佳實(shí)踐 → 更容易招人 → 更多公司用。其他歐洲地區(qū)沒有這個(gè)效應(yīng)，即使想用BigQuery也缺少本地支持。

BigQuery的明顯劣勢

有意思的是，BigQuery有很多明顯的技術(shù)劣勢：

• 沒有索引

  。傳統(tǒng)數(shù)據(jù)庫依賴索引優(yōu)化查詢，BigQuery強(qiáng)制全表掃描，只能靠列式存儲(chǔ)和分區(qū)緩解

• 沒有主鍵約束

  。數(shù)據(jù)完整性完全靠應(yīng)用層保證，插入重復(fù)數(shù)據(jù)不會(huì)報(bào)錯(cuò)

• SQL方言怪異

  。嵌套和重復(fù)字段的語法跟標(biāo)準(zhǔn)SQL差異巨大，學(xué)習(xí)曲線陡峭

• 成本不可預(yù)測

  。按掃描數(shù)據(jù)量計(jì)費(fèi)，一個(gè)寫錯(cuò)的JOIN可能掃描TB級(jí)數(shù)據(jù)，賬單暴漲

• 供應(yīng)商鎖定

  。沒有真正的遷移路徑，數(shù)據(jù)和查詢都深度綁定GCP

這些不是小問題。任何理性的技術(shù)評(píng)估都會(huì)列出這些風(fēng)險(xiǎn)。但在北歐，這些劣勢被三要素完全壓制。Spotify每天處理1萬億事件，Zettle被PayPal以22億美元收購，Tink被Visa以18億歐元收購——都用BigQuery。這就夠了。技術(shù)套件已經(jīng)建立（AWS + BigQuery跨云范式），人才市場已經(jīng)形成（Airflow + dbt + BigQuery標(biāo)準(zhǔn)棧），沒人在乎索引或主鍵約束。

從Spotify一家公司，擴(kuò)散到整個(gè)北歐科技圈，BigQuery采用率45%（全球其他地區(qū)遠(yuǎn)低于此）。標(biāo)桿案例（成功退出） → 技術(shù)套件鎖定（跨云架構(gòu)范式） → 生態(tài)系統(tǒng)自增長（工具棧標(biāo)準(zhǔn)化）。三要素在地區(qū)層面同樣成立，并且強(qiáng)大到可以讓明顯的技術(shù)劣勢變得無關(guān)緊要。

結(jié)論

MySQL用LAMP + Facebook + Stack Overflow贏得2000s。PostgreSQL用Heroku/Vercel + Instagram + 云廠商贏得2020s。誰會(huì)贏得AI時(shí)代？

目前的領(lǐng)先者：PostgreSQL

從三要素看，PostgreSQL在AI時(shí)代有先發(fā)優(yōu)勢。Supabase和OpenAI的合作是標(biāo)桿案例，pgvector證明它能同時(shí)處理結(jié)構(gòu)化數(shù)據(jù)和向量搜索。云廠商的投資、開發(fā)者社區(qū)、工具生態(tài)都已形成。

但這不是定局。PostgreSQL的優(yōu)勢來自2020s的云廠商生態(tài)，不是AI編程套件。誰能成為Claude Code、Cursor的默認(rèn)數(shù)據(jù)庫，誰就有機(jī)會(huì)彎道超車。關(guān)鍵是2025-2026這兩年——AI編程工具的技術(shù)套件正在形成，第一個(gè)AI編程項(xiàng)目的大規(guī)模成功案例即將出現(xiàn)。誰能抓住這個(gè)窗口期，誰就是下一個(gè)DB市場贏家。

研究問題，而不是當(dāng)粉絲

我的朋友馮若航寫了一篇。他提出的問題值得研究——為什么MySQL在中國互聯(lián)網(wǎng)行業(yè)占據(jù)統(tǒng)治地位？這是真實(shí)的現(xiàn)象，背后的機(jī)制確實(shí)需要解釋。

但把這個(gè)問題歸結(jié)為"服從測試"和"白酒文化"，是把技術(shù)選型的理性機(jī)制簡化成了文化批判。數(shù)據(jù)庫選型不是盲從，是技術(shù)套件綁定、標(biāo)桿案例背書、生態(tài)系統(tǒng)網(wǎng)絡(luò)效應(yīng)的綜合結(jié)果。選MySQL不是缺乏勇氣，選PostgreSQL也不是獨(dú)立思考的證明。都是在特定時(shí)代、特定技術(shù)套件下的理性選擇。

真正的問題是：技術(shù)選型如何運(yùn)作？為什么某些技術(shù)在某個(gè)時(shí)代勝出？答案不在文化批判，在三要素。MySQL贏了2000s，PostgreSQL贏得2020s，都可以用三要素解釋。誰會(huì)贏得AI時(shí)代，也要看三要素。

工程師不應(yīng)該是任何技術(shù)的粉絲。不要因?yàn)?PostgreSQL技術(shù)先進(jìn)"就當(dāng)PostgreSQL粉絲，也不要因?yàn)?MySQL是行業(yè)標(biāo)準(zhǔn)"就當(dāng)MySQL粉絲。分析三要素，做出理性判斷，然后根據(jù)項(xiàng)目需求選擇。這才是工程師應(yīng)有的態(tài)度。