Readit News logoReadit News
franckpachot commented on ClickHouse vs PostgreSQL UPDATE performance comparison   clickhouse.com/blog/updat... · Posted by u/truth_seeker
joshstrange · 25 days ago
I only use CH for work so I'll read about this more on Monday but I shudder to think of the caveats. We have used cancelling rows and now the one of the merge engines that just needs a version (higher cancels out lower). No database has ever driven me more mad than Clickhouse. If your workload is append-only/insert-only then congrats, it's amazing, you'll have a great time. If you need to update data... Well, strap in.

As long as you can get away with Postgres, stay with Postgres. I'm sure this update here is a step forward just like version-merging is much better than cancelling rows but it's always got a ton of downsides.

Unrelated to updating data, the CH defaults drive me insane, the null join behavior alone made me reconsider trying to rip CH out of our infrastructure (after wasting too long trying to figure out why my query "wasn't working").

Lastly I'll say, if CH does what you need and you are comfortable learning all the ends and outs, then it can do some really cool things. But it's important to remember it's NOT a normal RDMS nor can you use it like one. I almost wish they didn't use SQL as the query language, then people would think about it differently, myself included.

franckpachot · 22 days ago
What is the null join behavior that cause you problem?
franckpachot commented on Neki – Sharded Postgres by the team behind Vitess   planetscale.com/blog/anno... · Posted by u/thdxr
ozgrakkurt · a month ago
Is anyone working on replacing postgres?

Feels like it might be very useful since a lot of new technologies came out since spinning disks.

franckpachot · a month ago
The companies that attempt to replace PostgreSQL do so not to replace PostgreSQL itself, but to replace Oracle.
franckpachot commented on Postgres LISTEN/NOTIFY does not scale   recall.ai/blog/postgres-l... · Posted by u/davidgu
shivasaxena · 2 months ago
Out of curiosity: Would appreciate if others can share what other things like AccessExclusiveLock should postgres users beware of?

What I already know

- Unique indexes slow inserts since db has to acquire a full table lock

- Case statements in Where break query planner/optimizer and require full table scans

- Read only postgres functions should be marked as `STABLE PARALLEL SAFE`

franckpachot · 2 months ago
Can you provide more details? Inserting with unique indexes do not lock the table. Case statements are ok in where clause, use expression indexes to index it
franckpachot commented on     · Posted by u/franckpachot
franckpachot · 3 months ago
A Data Council talk on the modern SQL vs NoSQL
franckpachot commented on Jepsen: Amazon RDS for PostgreSQL 17.4   jepsen.io/analyses/amazon... · Posted by u/aphyr
aphyr · 4 months ago
Yeah, that's right. It may be that the (apparent) order of transactions differs between primary and secondary.
franckpachot · 4 months ago
The Write-Ahead Logging (WAL) is single-threaded and maintains consistency at a specific point in time in each instance. However, there can be anomalies between two instances. This behavior is expected because the RDS Multi-AZ cluster does not wait for changes to be applied in the shared buffers. It only waits for the WAL to sync. This is similar to the behavior of PostgreSQL when synchronous_commit is set to on. Nothing unexpected.
franckpachot commented on     · Posted by u/franckpachot
franckpachot · 5 months ago
Do you declare your Foreign Key in your SQL database? What about MongoDB?

u/franckpachot

KarmaCake day72January 30, 2021
About
Developer Advocate at Yugabyte 20 years in databases from dev to prod - Oracle Certified Master, AWS Data Hero, PostgreSQL and YugabyteDB fan, love to learn and share, and scale databases
View Original