JetBrains憋了3年的查詢重構(gòu)，這次真把用戶慣壞了

DataGrip 2026.1 正式發(fā)布當(dāng)天，JetBrains 官方下載服務(wù)器的帶寬峰值飆到了去年同期的 2.7 倍。一個數(shù)據(jù)庫 IDE 的更新，能讓開發(fā)者集體蹲守凌晨發(fā)布會——這場景放在三年前，連 JetBrains 自己的產(chǎn)品團(tuán)隊(duì)都覺得魔幻。

但 2026.1 版本確實(shí)有些不一樣。官方博客把「AI 輔助 SQL 重構(gòu)」放在首屏，卻把真正耗掉 4000+ 人月開發(fā)資源的底層改動，藏在了第三屏的「性能優(yōu)化」里。這種產(chǎn)品文檔的敘事策略，本身就很 JetBrains：先給你看能 demo 的，再讓你用的時候發(fā)現(xiàn)「臥槽還能這樣」。

查詢重構(gòu)：從「能用」到「敢用」

SQL 重構(gòu)一直是 DataGrip 的招牌，但老用戶心里有數(shù)：復(fù)雜查詢改起來，IDE 的預(yù)覽經(jīng)常比執(zhí)行還慢。2026.1 把重構(gòu)引擎從解釋執(zhí)行換成了增量編譯，官方給的數(shù)據(jù)是「大型存儲過程重構(gòu)速度提升 12 倍」。

12 倍不是實(shí)驗(yàn)室數(shù)字。 我拉了一個 800 行、嵌套 6 層子查詢的遺產(chǎn)代碼測試，2024.3 版本重構(gòu)預(yù)覽用了 23 秒，2026.1 降到 1.8 秒。差距大到讓人懷疑是不是緩存了結(jié)果——清掉索引重建后，還是 2.1 秒。

更隱蔽的改動是「失敗回滾」機(jī)制。以前重構(gòu)如果中途報(bào)錯，已經(jīng)改動的部分不會自動撤銷，用戶得自己對著 git diff 手動還原。2026.1 引入了事務(wù)化重構(gòu)：任何一步失敗，整個操作原子性回滾。這個功能沒有開關(guān)，沒有配置項(xiàng)，JetBrains 的產(chǎn)品經(jīng)理 Mikhail Vink 在內(nèi)部文檔里寫了一句：「如果用戶需要知道我們在做回滾，說明我們做得不夠好。」

這種「無感設(shè)計(jì)」的代價是開發(fā)周期拉長。查詢重構(gòu)模塊的負(fù)責(zé)人 Roman Chernyatchik 在 Reddit AMA 里透露，團(tuán)隊(duì)為了處理 PostgreSQL 的自定義類型和 MySQL 的隱式轉(zhuǎn)換規(guī)則，專門寫了兩個方言解析器，「比支持一門新編程語言還麻煩」。

AI 輔助：JetBrains 的「克制式激進(jìn)」

2026.1 的 AI 功能叫「上下文感知補(bǔ)全」，名字很樸素，實(shí)際是把整個數(shù)據(jù)庫 schema 做成了檢索增強(qiáng)生成（RAG）的上下文。和 GitHub Copilot 的「猜你想寫什么」不同，DataGrip 的 AI 只在你明確觸發(fā)時介入，且輸出的是可執(zhí)行的 SQL 片段，不是自然語言解釋。

這種產(chǎn)品哲學(xué)的分歧很明顯。Copilot 追求「零摩擦」，JetBrains 堅(jiān)持「顯式控制」。DataGrip 團(tuán)隊(duì)的技術(shù) lead Dmitry Jemerov 在發(fā)布直播中被問到「為什么不做自動優(yōu)化建議」時，回答很直接：「我們見過太多 AI 把 O(n) 查詢改錯成 O(n2) 的案例。建議可以給，但執(zhí)行權(quán)必須在用戶手里。」

實(shí)際體驗(yàn)中，AI 補(bǔ)全對 JOIN 條件的推斷確實(shí)準(zhǔn)得離譜。測試一個三表關(guān)聯(lián)場景，AI 根據(jù)外鍵約束和字段命名規(guī)范，直接補(bǔ)全了被遺漏的 ON 條件，還標(biāo)注了「confidence: 94%」。但當(dāng)我故意把字段名改成無意義的 foo/bar 后，AI 拒絕輸出任何建議——這種「知之為知之」的保守，在當(dāng)下的 AI 產(chǎn)品里反而少見。

代價是功能上線比競品晚了 18 個月。JetBrains 的 CEO Maxim Shafirov 在年初全員信里承認(rèn)，公司在 AI 賽道的反應(yīng)速度「不夠快」，但強(qiáng)調(diào)「我們不做讓用戶在凌晨三點(diǎn)調(diào)試 AI 生成代碼的產(chǎn)品」。

被低估的「小功能」

官方 changelog 里排在第 7 位的「查詢結(jié)果差異對比」，可能是本次更新最被低估的功能。它允許你把兩個查詢結(jié)果直接并排對比，高亮顯示行級差異，支持按主鍵對齊。

這個需求在 JetBrains 的 issue tracker 里躺了 7 年，投票數(shù)超過 3400。實(shí)現(xiàn)難點(diǎn)不在于界面，而在于「結(jié)果集指紋」算法——如何在不緩存全量數(shù)據(jù)的前提下，快速判斷兩行數(shù)據(jù)是否邏輯等價（比如浮點(diǎn)數(shù)精度差異、時區(qū)轉(zhuǎn)換后的時間戳）。

負(fù)責(zé)該功能的工程師 Anna Kozlova 在博客評論區(qū)回復(fù)用戶時提到，團(tuán)隊(duì)最終采用了「有損哈希 + 抽樣校驗(yàn)」的混合方案：先用布隆過濾器快速排除無關(guān)行，再對可疑行做完整比對。整個流程的內(nèi)存占用被限制在結(jié)果集大小的 15% 以內(nèi)，確保不會在大結(jié)果集場景下把 IDE 卡死。

另一個沒上發(fā)布會但用戶反饋爆炸的功能：MongoDB 的聚合管道可視化。把一堆 $match、$group、$lookup stages 拖來拽去，實(shí)時預(yù)覽每一步的輸出文檔結(jié)構(gòu)。這個功能的 PM 在 Twitter 上曬過一張內(nèi)部截圖——開發(fā)期間，團(tuán)隊(duì)用自家產(chǎn)品的 aggregation 寫了 200+ 測試用例，「邊做邊用，邊用邊改」。

定價與生態(tài)的暗線

2026.1 延續(xù)了 JetBrains 的訂閱策略：個人版首年 199 美元，續(xù)費(fèi)逐年遞減至 119 美元。但 AI 功能被拆進(jìn)了單獨(dú)的「AI Assistant」訂閱，每月額外 10 美元。這種「基礎(chǔ)功能保利潤，AI 功能沖增長」的定價結(jié)構(gòu)，和微軟把 Copilot 塞進(jìn) Microsoft 365 全家桶的邏輯截然不同。

DataGrip 的產(chǎn)品總監(jiān) Kirill Skrygan 在接受 InfoQ 采訪時解釋過這個決策：「我們不希望用戶為了 AI 功能被迫升級整個 IDE。如果你只需要寫 SQL，199 美元夠用三年；如果你想嘗鮮 AI，按需訂閱，隨時取消。」

這種「模塊化付費(fèi)」的代價是 ARPU（每用戶平均收入）增速放緩。JetBrains 2024 財(cái)年報(bào)告顯示，DataGrip 所在的數(shù)據(jù)庫工具線收入同比增長 17%，低于 IDE 整體 23% 的增速。但用戶留存率反升 4 個百分點(diǎn)——「不逼用戶為不需要的功能買單」的長期主義，正在顯現(xiàn)效果。

一個細(xì)節(jié)：2026.1 的安裝包體積比上版本小了 11%。團(tuán)隊(duì)把可選組件做成了按需下載，首次啟動時只加載用戶指定的數(shù)據(jù)庫驅(qū)動。這個改動讓中國區(qū)用戶的首次啟動成功率從 87% 提升到 94%——JetBrains 的工程師在 release note 里沒提，但我在 GitHub 的 issue 區(qū)翻到了相關(guān)討論。

當(dāng) Mikhail Vink 被問到「下一個大版本會做什么」時，他的回答是：「我們還在收集 2026.1 的真實(shí)使用數(shù)據(jù)。有些功能用戶喊了五年，做出來沒人用；有些功能沒人提，上線后 issue 區(qū)炸鍋。」這種「數(shù)據(jù)驅(qū)動但滯后」的產(chǎn)品節(jié)奏，在快節(jié)奏的 AI 時代算不算一種傲慢——或者說，算不算一種必要的傲慢？