Content pfp
Content
@
https://opensea.io/collection/dev-21
0 reply
0 recast
2 reactions

Kevin pfp
Kevin
@typedarray.eth
Going all-in on Postgres was the single best decision we made in 2024. Much simpler, with no regression to the quickstart / local dev experience (thanks to PGlite). Obvious in retrospect.
6 replies
14 recasts
78 reactions

zerosnacks.eth pfp
zerosnacks.eth
@zerosnacks
What do you think about Clickhouse?
1 reply
0 recast
1 reaction

Kevin pfp
Kevin
@typedarray.eth
Big fan of ClickHouse, it's unbeatable for some use cases like structured logs. It would be a bad fit for Ponder's user-facing database, though. Indexing workloads can be OLTP-y and do many key-value / unique index lookups, which are anathema for a column-oriented database.
2 replies
0 recast
1 reaction

indigo (b/acc) pfp
indigo (b/acc)
@ind-igo
(complete data noob here) I've been curious about this. My impression was usually that indexed data is more or less read-only, and an OLAP db might fit well as a data source. Can you explain more what you mean by the OLTP-ness of indexing workloads?
1 reply
0 recast
0 reaction

zerosnacks.eth pfp
zerosnacks.eth
@zerosnacks
Good point, I was wondering because I had read that Nansen and Goldsky are using it in their infrastructure but seemingly in an OLAP way https://clickhouse.com/blog/clickhouse-redpanda-architecture-with-goldsky https://clickhouse.com/blog/unlocking-the-power-of-onchain-analytics-how-nansen-transformed-their-data-infrastructure-with-clickhouse-cloud
0 reply
0 recast
0 reaction