Databricks 推出 LTAP(Lake Transactional/Analytical Processing)新架構,喺同一個 Data Lake 嘅單一數據副本上,統一 OLTP 交易同 OLAP 分析工作,旨在徹底剷走 ETL 管線 [17][18]。 同場加映全新實時分析引擎 Lakehouse//RT(核心叫 Reyden),可以喺受管制嘅 Delta Lake 同 Iceberg 表格上做到毫秒級查詢,唔使再另外起基建 [29]。
研究答案

Create a landscape editorial hero image for this Studio Global article: What did Databricks announce at its Data + AI Summit in San Francisco in June 2026 regarding LTAP (Lake Transactional/Analytical Processing). Article summary: At the Data + AI Summit in San Francisco on June 16, 2026, Databricks launched **LTAP (Lake Transactional/Analytical Processing)**, a new architecture that unifies OLTP and OLAP on a single copy of data in the data lake,. Topic tags: general, general web, user generated, documentation. Reference image context from search candidates: Reference image 1: visual subject "### Databricks declares the end of pipelines with a unified platform for operational and analytical data. Databricks Inc. is using its Data + AI Summit today in San Francisco to un" source context "Databricks declares the end of pipelines with a unified platform for ..." Reference image 2: visual s
喺 2026 年 6 月 16 日,Databricks 將佢哋嘅旗艦級會議 Data + AI Summit 變成咗一個改寫企業數據架構嘅舞台。當中最震撼嘅莫過於佢哋正式推出 LTAP(Lake Transactional/Analytical Processing,湖上交易/分析處理) 架構。呢個唔單止係一個新功能發布,直頭係向企業 IT 入面條最頑固嘅護城河——交易數據庫(OLTP)同分析系統(OLAP)之間嘅鴻溝——下咗戰書 。
老老實實,幾十年嚟,企業嘅數據世界都係分裂嘅。OLTP 系統(即係交易型數據庫)負責處理日常業務操作,例如訂單、庫存更新、客戶記錄變更;而 OLAP 系統(即係分析型數據庫)就專門跑報表、Dashboard 同訓練 AI 模型。要將數據由 OLTP 搬去 OLAP,就要靠 Extract, Transform, Load (ETL) 管線,呢個過程唔單止有延時(Latency)、燒錢,仲會引發一堆數據管治(Governance)嘅頭痛問題。
LTAP 嘅目標就係將呢兩樣工作負載統一喺 Data Lake 嘅單一數據副本上面。根據 Databricks 嘅講法,呢個架構從設計上就徹底消滅咗 ETL、數據副本同數據移動嘅需要 。即係話,交易數據一寫入去,就可以即刻用嚟做分析,完全唔使等轉換或者維護管線。
LTAP 嘅地基係 Lakebase,Databricks 嘅無伺服器(Serverless)Postgres 服務,底層係開放物件儲存。Lakebase 本身已經服務緊幾千個客戶,全平台每日處理 1,200 萬次數據庫啟動 。喺 LTAP 模型之下,Lakebase 會將數據直接以開放格式——即係 Delta Lake 同 Apache Iceberg——儲存喺 Unity Catalog 入面。咁樣一嚟,受管制嘅交易數據就可以即刻畀分析工作查詢到
。
Databricks 列出咗呢個架構嘅幾個關鍵特性:統一嘅管治同單一事實來源(Single Source of Truth)、交易同分析工作可以獨立擴容、為 Postgres 工作提供完整嘅 ACID 語義,而且冇隱藏嘅管線或者連接器要維護 。
除咗 LTAP,Databricks 仲公布咗 Lakebase 本身嘅幾項增強功能:
呢啲功能嘅信號好明確:Databricks 唔單止想將無伺服器 Postgres 當作一個方便分析嘅工具,而係想佢成為應用程式同 AI Agent 頂尖嘅業務數據庫。
第二項重磅基建發布係 Lakehouse//RT,呢個係一個實時 Lakehouse,背後係一個叫 Reyden 嘅全新運算引擎(個名源自聯合創辦人 Reynold Xin,全寫係「Reynold’s Dream Engine」) 。Databricks 話 Reyden 可以喺受管制嘅 Delta Lake 同 Apache Iceberg 表格上面,直接對住幾萬個同時在線嘅用戶同 Agent 提供毫秒級嘅查詢延時
。
呢個意味住嘅嘢好緊要:企業以後可能唔使再特登建立獨立嘅服務基建——例如快取層、物化視圖或者外部查詢引擎——去達到實時性能。Sigma Computing 已經作為啟動夥伴加入,直接連接 Lakehouse//RT 嚟做嵌入式分析 。
Databricks 聯合創辦人 Reynold Xin 直頭形容呢次發布係「自 Lakehouse 推出以來,我哋可能做過最大規模嘅一次性介紹」 。
Databricks 利用今次峰會,將自己嘅平台定位成企業 AI Agent 嘅基礎設施。相關嘅公布包括:
業界分析師普遍認為,LTAP 同 Lakehouse//RT 正正就係「代理式企業架構」下面嗰層數據服務層。Databricks 嘅如意算盤係:只要將業務數據以開放格式放喺受管制嘅儲存層上面,AI Agent 就可以唔使移動或者複製數據,直接存取、推理同作用喺生產數據庫上面 。
Databricks 亦都深化咗同 Azure 生態圈嘅整合,有幾項聯合公布嘅能力:
呢啲整合顯示出一個策略:將 Databricks 嘅管治同 AI 能力,嵌入到業務決策發生嘅協作工具入面,而唔係迫用戶轉去另一個獨立嘅分析界面。
綜合嚟睇,成個峰會嘅公布代表住一個好一致嘅平台賭注:下一代企業應用程式將會係代理式(Agentic)、實時(Real-time)同受管制(Governed)嘅。LTAP 消除咗交易同分析之間嘅分歧,Lakehouse//RT 消除咗分析查詢嘅延時妥協,而 Genie 家族就提供咗代理編排層。
如果搞得掂,呢個架構可以大幅減少典型企業數據棧入面嘅「運動部件」——少啲數據庫、少啲管線、少啲服務層——同時為 AI Agent 提供佢哋自主處理業務數據所需嘅、受管制嘅實時上下文。
雖然 Databricks 並非唯一一間喺呢條收斂賽道上奔跑嘅公司,但隨住 Lakebase 已經達到每日 1,200 萬次數據庫啟動,加上一個超過 30,000 人參加嘅峰會為其生態系統吶喊助威,LTAP 呢個公布無疑標誌住 Lakehouse 架構由分析平台進化到業務數據中樞嘅一個重要里程碑 。
Studio Global AI
此頁麵包含一個有來源支援的答案,您可以在 Studio Global 內繼續。
Databricks 推出 LTAP(Lake Transactional/Analytical Processing)新架構,喺同一個 Data Lake 嘅單一數據副本上,統一 OLTP 交易同 OLAP 分析工作,旨在徹底剷走 ETL 管線 [17][18]。
Databricks 推出 LTAP(Lake Transactional/Analytical Processing)新架構,喺同一個 Data Lake 嘅單一數據副本上,統一 OLTP 交易同 OLAP 分析工作,旨在徹底剷走 ETL 管線 [17][18]。 同場加映全新實時分析引擎 Lakehouse//RT(核心叫 Reyden),可以喺受管制嘅 Delta Lake 同 Iceberg 表格上做到毫秒級查詢,唔使再另外起基建 [29]。
AI Agent 方面有 Genie One、Genie Agents 同 Agent Bricks 等工具,配合 Unity AI Gateway 做多模型治理,成個平台定位做「代理式企業」嘅數據心臟 [14][15][21]。