Live data from Hacker News

ChDB: Embedded OLAP SQL Engine Powered by ClickHouse

github.com

31–35 of 35 posts

Re: ChDB: Embedded OLAP SQL Engine Powered by ClickHouse

#31
post #8

I absolutely love this trend of "pip install x" as a distribution mechanism for this kind of thing. People badmouth Python packaging a lot, but once you've learned how to use a virtual environment (admittedly a steeper learning curve than I'd like it to be) having binary wheels for so much of this kind of stuff is a huge win. See also Playwright, DuckDB, ziglang... I wrote a bit about those here https://simonwillison…

That is a very bad, no good idea.

A good language-specific package manager should know how to resolve its dependencies and maybe install them locally, but most importantly provide this information to the system package manager (apt, rpm, etc.) to handle.

Having "pip install x" is a poor man's ad-hoc system package manager.

Re: ChDB: Embedded OLAP SQL Engine Powered by ClickHouse

#32
post #8

I absolutely love this trend of "pip install x" as a distribution mechanism for this kind of thing. People badmouth Python packaging a lot, but once you've learned how to use a virtual environment (admittedly a steeper learning curve than I'd like it to be) having binary wheels for so much of this kind of stuff is a huge win. See also Playwright, DuckDB, ziglang... I wrote a bit about those here https://simonwillison…

That is a very bad, no good idea. A good language-specific package manager should know how to resolve its dependencies and maybe install them locally, but most importantly provide this information to the system package manager (apt, rpm, etc.) to handle. Having "pip install x" is a poor man's ad-hoc system package manager.

Sounds like you're arguing for the newer pyproject.toml Python packaging standards.

Re: ChDB: Embedded OLAP SQL Engine Powered by ClickHouse

#34
post #8

I absolutely love this trend of "pip install x" as a distribution mechanism for this kind of thing. People badmouth Python packaging a lot, but once you've learned how to use a virtual environment (admittedly a steeper learning curve than I'd like it to be) having binary wheels for so much of this kind of stuff is a huge win. See also Playwright, DuckDB, ziglang... I wrote a bit about those here https://simonwillison…

That is a very bad, no good idea. A good language-specific package manager should know how to resolve its dependencies and maybe install them locally, but most importantly provide this information to the system package manager (apt, rpm, etc.) to handle. Having "pip install x" is a poor man's ad-hoc system package manager.

it isn't that bad if you want different versions in different venvs, which you do for some software, not necessarily only Python packages.

Re: ChDB: Embedded OLAP SQL Engine Powered by ClickHouse

#35
post #30
post #14

Earlier quoted context omitted.

Disclaimer: I am a chdb maintainer! duckdb is currently thinner and has lots of active contributors and mature integrations, while chdb is still in its early stages BUT if you already love ClickHouse (like we do) chdb is a great choice as it inherits all the ClickHouse stability, performance and more importantly, all the 70+ supported formats for the embedded use case without any of the server/client requirements, ma…

Where can I find an SVG version of this logo? https://github.com/chdb-io/chdb/raw/main/docs/_static/snake-...

Here you go: https://github.com/chdb-io/chdb/blob/92024bde839a8e9a42f68ae...
Post reply on HN