Editorial illustration for Databricks DB cuts app build to days; Lakebase runs PostgreSQL on lakehouse
Databricks Slashes App Dev Time with Lakebase DB
Databricks DB cuts app build to days; Lakebase runs PostgreSQL on lakehouse
Databricks just dismantled one of the last great trade-offs in data architecture. Lakebase runs vanilla PostgreSQL directly on the lakehouse, every write lands in open formats that Spark and Databricks SQL can query immediately, no ETL. The storage-compute separation that made data lakes so powerful now extends to OLTP, but with governance and transaction management baked in.
That’s the payoff from acquiring Neon and then scaling its ideas across Databricks’ enterprise infrastructure. The result? Application build times collapse from months to days.
And this isn’t just about speed. It’s about what comes next: a world where millions of databases, not hundreds, power agentic AI.
Now, Databricks is once again looking to create a new category with its Lakebase service, now generally available today. While the data lakehouse construct deals with OLAP (online analytical processing) databases, Lakebase is all about OLTP (online transaction processing) and operational databases.
And so the lakehouse is no longer just a place to store and analyze. It is now a place to build. By grafting a lightweight, fully compatible PostgreSQL onto the data lake's open storage, Databricks has collapsed the distance between transaction and analytics.
The app that once required months of wiring, schema migrations, ETL pipelines, sync jobs, now lives in a single platform where a write is instantly a query. That is the real shift. Not just speed, but architecture.
Every application becomes a potential analytics source, and every analytics query can feed back into the app without friction. As agentic AI demands more real-time, more iterative, more data-native services, this is the substrate those systems will run on. One database in the lake.
Thousands of ephemeral instances. A developer’s workflow measured in days, not sprints. The logical conclusion of separation is finally integration, and it arrives not as a compromise, but as a foundation.
Common Questions Answered
How does Lakebase change the traditional approach to operational databases?
Lakebase introduces a new architecture for OLTP databases by separating storage and compute, enabling independent scaling and eliminating vendor lock-in. It stores data in modern data lakes using open formats like Postgres, allowing for elastic scaling, lower total cost of ownership, and seamless integration with analytical and AI systems.
What makes Lakebase unique for AI-driven application development?
Lakebase is specifically designed to support AI agents operating at machine speed, with advanced branching and checkpointing capabilities that allow for rapid experimentation and rewinding. It eliminates complex ETL pipelines by deeply integrating operational data with the lakehouse, enabling developers to build intelligent applications more efficiently.
What are the key benefits of using Lakebase for database management?
Lakebase offers several key benefits, including serverless architecture with instant elastic scaling, openness through open-source standards like Postgres, and modern development workflows that make database branching as easy as code repository branching. Additionally, it provides a fully managed Postgres database that simplifies application development by reducing database management overhead.
Further Reading
- Databricks Data+AI Summit 2025 Key Announcements — datapao
- What's new in Databricks: July 2025 — Databricks Community
- August 2025 - Azure Databricks — Azure Databricks Docs
- August 2025 | Databricks on AWS — Databricks Docs