Live data from Hacker News

DuckDB Internals Part 1

greybeam.ai

141–150 of 165 posts

Re: DuckDB Internals Part 1

#141

Earlier quoted context omitted.

SAN vs local. Local NVME (“instance storage“) on AWS is wicked fast too, but live and dies with the instance

in 2026 you can full the PCIe BW from remote storage at roughly the same latency as your local NVMe drive (hello NVMeoF). your comment would have been valid 10 years ago, maybe.

Mind unwrapping this a bit more? I’m interested in iops heavy distributed caching and this seems like it unlocks some creative use cases there

Re: DuckDB Internals Part 1

#142
post #44

DuckDB is amazing for any sort of fast data analysis when the data is small enough that it can fit on your laptop Recently at work I've been using it to analyse the Claude code sessions of every engineer at our company (that we upload to S3) and it's been extremely helpful to help us find gaps in devex and have clear metrics to back up the impact of fixing them Another thing it's been really useful for has been getti…

Like sqlite, duckdb is underappreciated as a production database. You can totally run it on servers or even "serverless" and do some heavy data transformations or with the right server size work with large scale datasets (up to a TB compressed seems fine).

[dead]

Re: DuckDB Internals Part 1

#143
post #83

I use duckdb HEAVILY at work and it's been a game changer. I'm sifting through terabytes of data multiple times a day, mixing, matching, updating, filtering, DuckDB is second to none. For anyone that hasn't used it: you are missing out.

I asked Claude which tools it would most want to add to a machine we were working on. #1 was DuckDB.

I asked Claude some ways I could make my teeth whiter, it suggested DuckDB!

Re: DuckDB Internals Part 1

#144
post #83

I use duckdb HEAVILY at work and it's been a game changer. I'm sifting through terabytes of data multiple times a day, mixing, matching, updating, filtering, DuckDB is second to none. For anyone that hasn't used it: you are missing out.

I recently got a task to sift through a daily drop of parquet files that need to be processed and given a UI for arbitrary queries by a non-technical team. Naively I started by looking at redshift, Athena/glue, etc. I spun my wheels for a week and barely made progress, resulting in a miserably fragile, slow, overly complicated, and/or expensive set of underwhelming PoCs. So I decided to give DuckDB a shot and I got the whole project done in under a day. It was so intuitive and runs so fast I was sure I was missing something. I wasn’t. What an absolute joy to use, and the supporting documentation is outstanding. My problem now is it’s my favorite hammer and I want everything to be a nail.

Re: DuckDB Internals Part 1

#145
Its also powerfull for data migration. you can do this:

create pgsql.table as (select * from mysql.table)

all data types automatically inferred. you dont have to define it manually.

bonus: latest version already support pager. proTips: use pspg.

Re: DuckDB Internals Part 1

#146
post #6

The data scientists I work with use this. Why do they use it? I don't really know much about it, but I've noticed they use it quite often. I mainly use MySQL or PostgreSQL. What are the advantages of DuckDB? It seems like they usually use it as an alternative to Pandas.

DuckDB has been probably my most used tool in 2026 - if you're comfortable with SQL it's incredible at quickly prototyping and slicing / dicing data. I do a lot of experiments with regexes, and if you get used to the RE2 syntax that DuckDB uses, you can see up to 10-100x uplift in terms of speed compared to Postgres on things like regexp_matches(), regexp_extract(), etc (depending on query/table/machine specifics). I…

I was curious what the claim

"10-100x uplift in terms of speed compared to Postgres on things like regexp_matches()"

was about, so I checked, and DuckDB's regexp_matches() is not the same as PostgreSQL's regexp_matches(). DuckDB's version "Returns true if string contains the regexp pattern, false otherwise." [1] while PostgreSQL's "returns a set of text arrays of matching substring(s)" [2].

I think the closest think in PostgreSQL to DuckDB's regexp_matches() is `string ~ pattern` or `regexp_like(string, pattern)`.

[1] https://duckdb.org/docs/lts/sql/functions/regular_expression... [2] https://www.postgresql.org/docs/current/functions-matching.h...

Re: DuckDB Internals Part 1

#147
post #32

I'm just curious - is duckdb too slow for people? This benchmark from clickhouse shows it being fairly slow compared to some options: https://jsonbench.com/

Hi, DuckDB engineer here, to tackle this problem of efficiently storing and querying semi-structured data (aka JSON), we've put in a lot of work into the VARIANT type and still continue to pour a lot more work into it regularly, so expect to see some developments on this area in the upcoming major release!

Re: DuckDB Internals Part 1

#148
post #120

Earlier quoted context omitted.

This may be useful for somebody: We are also using DuckDB heavily at my workplace (we do Tax analytics of very large companies with huge amounts of data). We have certain DuckDB processes that happened in AWS infrastructure, where the data is saved in GP3 disks. We didn't know that for GP3 disks, you can increase not only IOPS but also Read/Write Throughput [1] which by default is 125 MB/s. So by default we were not…

This seems crazy low to me. AWS has default 3K IOPS and 125 MB/s throughput, meanwhile my Macbook Pro has 700K IOPS and 14.5GB/s throughput. Is Amazon running on super outdated legacy networking?

[flagged]

Re: DuckDB Internals Part 1

#149

Earlier quoted context omitted.

SAN vs local. Local NVME (“instance storage“) on AWS is wicked fast too, but live and dies with the instance

in 2026 you can full the PCIe BW from remote storage at roughly the same latency as your local NVMe drive (hello NVMeoF). your comment would have been valid 10 years ago, maybe.

Well, cloud providers aren't exactly known for performance so the comment is still valid and will be for quite some time still.

Re: DuckDB Internals Part 1

#150

DuckDB is amazing for any sort of fast data analysis when the data is small enough that it can fit on your laptop Recently at work I've been using it to analyse the Claude code sessions of every engineer at our company (that we upload to S3) and it's been extremely helpful to help us find gaps in devex and have clear metrics to back up the impact of fixing them Another thing it's been really useful for has been getti…

>> DuckDB is amazing for any sort of fast data analysis when the data is small enough that it can fit on your laptop I agree, and the dirty (not so) secret big data providers like Snowflake try to hide: the majority of your work is not big data and WILL fit on your local machine. My last company was spending $2M/yr on contract with Snowflake, and another million between Fivetran and Matillion. Of the 1200 clients usi…

A good portion of users querying Snowflake at large companies are not technical so you can’t expect them to run DuckDB, not to mention data access controls
Post reply on HN