Reposted by Benjamin Owad
Nothing LLMs have shown me in 2025 has caused me to change my mind about their utility: They're useful if and only if it's decently cheaper to verify the correctness of their output than to generate it yourself.
This can work for code & math (sometimes). It seems to work poorly for facts.
This can work for code & math (sometimes). It seems to work poorly for facts.
Anyway, yet another example of how you should never trust what an LLM says. They can be (and are, as the above examples show) manipulated by their owners — and that's even before you get to the hallucination issues.
November 20, 2025 at 6:18 PM
Nothing LLMs have shown me in 2025 has caused me to change my mind about their utility: They're useful if and only if it's decently cheaper to verify the correctness of their output than to generate it yourself.
This can work for code & math (sometimes). It seems to work poorly for facts.
This can work for code & math (sometimes). It seems to work poorly for facts.
Reposted by Benjamin Owad
pg_lake just went open source! (Apache 2.0)
pg_lake is a set of extensions (from Crunchy Data Warehouse) that add comprehensive Iceberg support and data lake access to Postgres, with @duckdb.org transparently integrated into the query engine.
Announcement blog: www.snowflake.com/en/engineeri...
pg_lake is a set of extensions (from Crunchy Data Warehouse) that add comprehensive Iceberg support and data lake access to Postgres, with @duckdb.org transparently integrated into the query engine.
Announcement blog: www.snowflake.com/en/engineeri...
November 4, 2025 at 4:04 PM
pg_lake just went open source! (Apache 2.0)
pg_lake is a set of extensions (from Crunchy Data Warehouse) that add comprehensive Iceberg support and data lake access to Postgres, with @duckdb.org transparently integrated into the query engine.
Announcement blog: www.snowflake.com/en/engineeri...
pg_lake is a set of extensions (from Crunchy Data Warehouse) that add comprehensive Iceberg support and data lake access to Postgres, with @duckdb.org transparently integrated into the query engine.
Announcement blog: www.snowflake.com/en/engineeri...
Reposted by Benjamin Owad
Great idea to compare plans across different systems using rows processed. A good yardstick, but slower sort-based plans from Postgres + MSSQL process fewer rows than faster hash-based plans from DuckDB. Postgres rows scanned also seem underreported. Nice to see some competition with ClickBench.
November 3, 2025 at 5:28 PM
Great idea to compare plans across different systems using rows processed. A good yardstick, but slower sort-based plans from Postgres + MSSQL process fewer rows than faster hash-based plans from DuckDB. Postgres rows scanned also seem underreported. Nice to see some competition with ClickBench.
Reposted by Benjamin Owad
New database leaderboard from Yellowbrick ranks the quality of DBMS optimizer estimates and plans. They only evaluate TPC-H for now and report results for Postgres + DuckDB + MSSQL: sql-arena.com/components/p...
Repo: github.com/sql-arena/db...
LinkedIn Group: www.linkedin.com/groups/15775...
Repo: github.com/sql-arena/db...
LinkedIn Group: www.linkedin.com/groups/15775...
November 3, 2025 at 5:07 PM
New database leaderboard from Yellowbrick ranks the quality of DBMS optimizer estimates and plans. They only evaluate TPC-H for now and report results for Postgres + DuckDB + MSSQL: sql-arena.com/components/p...
Repo: github.com/sql-arena/db...
LinkedIn Group: www.linkedin.com/groups/15775...
Repo: github.com/sql-arena/db...
LinkedIn Group: www.linkedin.com/groups/15775...
Reposted by Benjamin Owad
The recording from our last South Bay Systems meetup is now available!
youtu.be/f1bz3efUJpM
youtu.be/f1bz3efUJpM
Apache Pinot on Object Storage & JSON in Apache Doris
YouTube video by South Bay Systems
youtu.be
November 1, 2025 at 5:56 PM
The recording from our last South Bay Systems meetup is now available!
youtu.be/f1bz3efUJpM
youtu.be/f1bz3efUJpM
Reposted by Benjamin Owad
We had our biggest @southbaysystems.xyz meetup yet last night! Thanks to everyone who came, and thanks to Databricks for hosting!
@andypavlo.bsky.social discussed the 50-year history of database tuning, applying AI/ML to the problem, and the future of auto-tuning (agentic reasoning, of course).
@andypavlo.bsky.social discussed the 50-year history of database tuning, applying AI/ML to the problem, and the future of auto-tuning (agentic reasoning, of course).
August 7, 2025 at 5:21 PM
We had our biggest @southbaysystems.xyz meetup yet last night! Thanks to everyone who came, and thanks to Databricks for hosting!
@andypavlo.bsky.social discussed the 50-year history of database tuning, applying AI/ML to the problem, and the future of auto-tuning (agentic reasoning, of course).
@andypavlo.bsky.social discussed the 50-year history of database tuning, applying AI/ML to the problem, and the future of auto-tuning (agentic reasoning, of course).
Reposted by Benjamin Owad
We just wrapped up an amazing event yesterday. And we're already gearing up for the next big one with @andypavlo.bsky.social
Attention, South Bay folk! We have The Databaseologist, @andypavlo.bsky.social, giving a talk in the bay on August 6th. Come join us for a great time in hearing:
ChatGPT Ain’t Got $%@& On Me! The Future of Automated Database Tuning
Register now! https://lu.ma/ha0dc4nj
ChatGPT Ain’t Got $%@& On Me! The Future of Automated Database Tuning
Register now! https://lu.ma/ha0dc4nj
South Bay Systems: ChatGPT Ain’t Got $%@& On Me! The Future of Automated Database Tuning · Luma
We're excited to feature Andy Pavlo, illustrious database professor at CMU, to talk about database tuning.
This meetup's venue, food and drinks, are generously…
lu.ma
July 23, 2025 at 9:40 PM
We just wrapped up an amazing event yesterday. And we're already gearing up for the next big one with @andypavlo.bsky.social