Live data from Hacker News

Databricks Launches LTAP: A Unified OLAP/OLTP Data Architecture

databricks.com

11–16 of 16 posts

Re: Databricks Launches LTAP: A Unified OLAP/OLTP Data Architecture

#11
post #8

Earlier quoted context omitted.

I want a lakehouse. Cant afford.

Warehouse for you

Hey I mean we've been using a fairly basic mssql box for years in a organisation of about 300 and it humms along nicely - granted we have 2 'materialised' aggregate tables/views (done in Python) but the TCO is tiny, and there is very little learning curve.

Re: Databricks Launches LTAP: A Unified OLAP/OLTP Data Architecture

#12

> The New Data Foundation for the Agentic Era Look, this announcement seemed exciting, but I'm significantly less excited when I come across a completely unrelated tie-in to AI. It breaks the illusion, and I'm reminded that it's just another PR announcement, and this is probably not going to impact my life at all in any way ever. So I'm off to the next article instead of reading any more.

What makes you say it’s unrelated? At my job currently the core bridge between AI and data goes through ChatGPT and databricks. Even before opening the article my first thought when seeing the title was “I wonder if this is useful for our AI”.

From the sound of it this is just another slight point of friction being removed and we’ll be able to run applications directly against “Postgres in databricks” with no need for ETL between the data and our business chat layer.

Nothing revolutionary, sure. But I have to admit I’m still getting used to the fact that we don’t need anyone developing analytical dashboards or designing sql queries for reports or investigations because you can just ask to get exactly the insights you want and everything gets done by AI, and this is just another step supporting that as the default desire path when building on databricks.

Re: Databricks Launches LTAP: A Unified OLAP/OLTP Data Architecture

#13
> No performance tradeoffs, for any workload: Transactional workloads run in standard Postgres with full ACID semantics. Analytical workloads run across the full Lakehouse at any scale and concurrency. Each scales independently, and because there's no data movement between systems, operational and analytical results are always in sync — with no copies or shadow infrastructure.

How can there be no performance trade-off if storage is handled by PostGres and there is no data movement to convert it to columnar ? This deserve a technical explanation because this seems impossible.

Re: Databricks Launches LTAP: A Unified OLAP/OLTP Data Architecture

#14
post #13

> No performance tradeoffs, for any workload: Transactional workloads run in standard Postgres with full ACID semantics. Analytical workloads run across the full Lakehouse at any scale and concurrency. Each scales independently, and because there's no data movement between systems, operational and analytical results are always in sync — with no copies or shadow infrastructure. How can there be no performance trade-of…

Probably it's based on similar architecture as SAP HANA? With a main store and an in-memory delta store.

https://dl.acm.org/doi/10.1145/2213836.2213946

Re: Databricks Launches LTAP: A Unified OLAP/OLTP Data Architecture

#15

> The New Data Foundation for the Agentic Era Look, this announcement seemed exciting, but I'm significantly less excited when I come across a completely unrelated tie-in to AI. It breaks the illusion, and I'm reminded that it's just another PR announcement, and this is probably not going to impact my life at all in any way ever. So I'm off to the next article instead of reading any more.

What makes you say it’s unrelated? At my job currently the core bridge between AI and data goes through ChatGPT and databricks. Even before opening the article my first thought when seeing the title was “I wonder if this is useful for our AI”. From the sound of it this is just another slight point of friction being removed and we’ll be able to run applications directly against “Postgres in databricks” with no need fo…

I'm sure as hell going to be using agents to analyze all data, but that doesn't help me understand what is going on with Databricks here, and focusing on "agentic" merely adds noise to that understanding.
Post reply on HN