Live data from Hacker News

Viewing profile — mslot

mslot

HN member
Joined
Mon, May 14, 2012, 9:02 AM UTC
HN karma
645
Public activity
230 items

About mslot

No profile information was provided.

Recent public activity

  1. comment
    Comment #49248297

    Makes sense, we just shipped it https://www.linkedin.com/posts/craigkerstiens_barely-over-2-...

  2. comment
    Comment #49242898

    The challenge is converting primary key updates/deletes to row offsets in a columnar table. That requires maintaining an expensive mapping or doing expensive scans, and is not some…

  3. comment
    Comment #45824418

    In principle, Postgres has an infinite number of possible types :). pg_lake maps types into their Parquet equivalent and otherwise stores as text representation, there are a few li…

  4. comment
    Comment #45821242

    (1) We've thought about it, no current plans. We'd ideally reimplement DuckLake in Postgres directly such that we can preserve Postgres transaction boundaries, rather than reuse th…

  5. comment
    Comment #45816107

    It's the same team and same project :). Crunchy Data was acquired by Snowflake.

  6. comment
    Comment #45815531

    When we first developed pg_lake at Crunchy Data and defined GTM we considered whether it could be a Snowflake competitor, but we quickly realised that did not make sense. Data plat…

  7. comment
    Comment #45815273

    Yes, just COPY table TO 's3://mybucket/data.parquet' Or COPY table TO STDOUT WITH (format 'parquet') if you need it on the client side.

  8. comment
    Comment #45815070

    Definitely similar goals, from the Mooncake author: https://news.ycombinator.com/item?id=43298145 I think pg_mooncake is still relatively early stage. There's a degree of maturity …

  9. comment
  10. comment
    Comment #45814513

    DuckLake is pretty cool, and we obviously love everything the DuckDB is doing. It's what made pg_lake possible, and what motivated part of our team to step away from Microsoft/Citu…

  11. comment
    Comment #45814135

    You can use it as a read layer for for specific metadata JSON URL or a table in a REST catalog. The latter got merged quite recently, not yet in docs.

  12. comment
    Comment #45814039

    I gave a talk on that at Data Council, then still discussing the pg_lake extensions as part of Crunchy Data Warehouse. https://youtu.be/HZArjlMB6W4?si=BWEfGjMaeVytW8M1 Also, nicer …

  13. comment
    Comment #45813677

    There are Postgres roles for read/write access to the S3 object that DuckDB has access to. Those roles can create tables from specific files or at specific locations, and can then …

  14. comment
    Comment #45813631

    You could say With DuckLake, the query frontend and query engine are DuckDB, and Postgres is used as a catalog in the background. With pg_lake, the query frontend and catalog are P…

  15. story
  16. comment
    Comment #43303761

    We first launched it as "Crunchy Bridge for Analytics" in April last year. At the time, it could mostly query/import/export Parquet/CSV/JSON. Our goal was to build a data warehouse…

  17. comment
    Comment #43303733

    It's a similar idea, but Crunchy Data Warehouse was built by several founding engineers of Citus, which lets us speedrun through it :) It's a generally available (very solid) produ…

  18. comment
    Comment #42444823

    I created pg_incremental because I keep running into the same challenge in PostgreSQL: You have a table of raw event data that you insert into, either individual rows when the even…

  19. comment
    Comment #42323543

    Not really. S3 tables provides storage & catalog for Iceberg tables, but is not a query/transaction engine. We'll definitely look for ways to take advantage of it as it matures. I …

  20. comment
    Comment #41877608

    Azure is not supported as a backend in pg_parquet right now, but shouldn't be hard to add (contributions welcome!) https://github.com/CrunchyData/pg_parquet It would not be safe to…

  21. comment
    Comment #41874183

    Fun fact, I created pg_azure_storage :)

  22. comment
    Comment #41874177

    (Marco from Crunchy Data) With PostgreSQL extensions, we find it's most effective to have single-purpose modular extensions. For instance, I created pg_cron a few years ago, and it…

  23. story
  24. comment
    Comment #41299610

    Nice! Seems to be pretty well-crafted.

  25. comment
    Comment #41270003

    I think it comes down to every aspect of the DBMS being optimized differently. For instance, UDFs in DuckDB have vectors as input and output, while that would be confusing and unne…