Hacker News new | past | comments | ask | show | jobs | submit | hfmuehleisen's comments login

Yes we are working on it


Is there a roadmap on handling geographic data?


Yes! I'm working hard on it, I've been distracted with other work for some of our clients but hopefully have something to show soon.


It does, DuckDB supports recursive CTEs


DuckDB also works fine with R data frames so there is really no downside to using R in this case


DuckDB has its own Parquet reader


DuckDB can directly & selectively query Parquet files over HTTP/S3 as well. See here for examples: https://github.com/duckdb/duckdb/blob/6c7c9805fdf1604039ebed...


One of the DuckDB authors here. Can you open an issue wrt the import problem? Should not happen. Try setting a database file and a memory limit.


Yes, DuckDB has strict typing.


One of the DuckDB authors here. The answer is yes, but only in read-only mode at the same time.


What about one single client writing and multiple clients in read-only mode? Any problems with storing the file on network storage? Basically, how far can you push it before it is better to just use PostgreSQL?


Another DuckDB developer here, we support reading table data from Parquet files directly.


Hi, one of the authors of DuckDB here.

ad 1) An index is an additional data structure that takes space and needs maintenance when the data changes. This is especially problematic for realtime data. DuckDBs main data structure and implementation is designed for efficient scanning without needing an additional index ("vectorised columnar").

ad 2) We support STDDEV_SAMP and STDDEV_POP. There is also an interface to define your own functions. We are very aware of how SQLite is doing things and even support their client API. But we also might eventually add their way of adding UDFs from Python.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: