Live data from Hacker News

Pg_lake: Postgres with Iceberg and data lake access

github.com

1–10 of 126 posts

Re: Pg_lake: Postgres with Iceberg and data lake access

#2
This is huge!

When people ask me what’s missing in the Postgres market, I used to tell them “open source Snowflake.”

Crunchy’s Postgres extension is by far the most ahead solution in the market.

Huge congrats to Snowflake and the Crunchy team on open sourcing this.

Re: Pg_lake: Postgres with Iceberg and data lake access

#6
post #5

Curious why pgduck_server is a totally separate process?

from the README:

> This separation also avoids the threading and memory-safety limitations that would arise from embedding DuckDB directly inside the Postgres process, which is designed around process isolation rather than multi-threaded execution. Moreover, it lets us interact with the query engine directly by connecting to it using standard Postgres clients.

Re: Pg_lake: Postgres with Iceberg and data lake access

#7
post #5

Curious why pgduck_server is a totally separate process?

The README explains it:

> This separation also avoids the threading and memory-safety limitations that would arise from embedding DuckDB directly inside the Postgres process, which is designed around process isolation rather than multi-threaded execution. Moreover, it lets us interact with the query engine directly by connecting to it using standard Postgres clients.

Re: Pg_lake: Postgres with Iceberg and data lake access

#10
post #9

Does anyone know how access control works to the underlying s3 objects? I didn’t see anything regarding grants in the docs.

Hi, one of the developers here. You define credentials that can access the S3 buckets and use those as DuckDB secrets, usually in an init script for pgduck_server. (You can see some examples of this in the testing framework.)

I'll see if we can improve the docs or highlight that part better, if it is already documented—we did move some things around prior to release.

Post reply on HN