Re:The Part of PostgreSQL We Hate the Most (Multi-Version Co...
by riku_iki on Wednesday April 26, 2023 @03:35PM
(#35718824)
Is MVCC actually superior by some other considerations? Less lock contentions, transactional DML.
[ Parent
| on HN ]
Re:The Part of PostgreSQL We Hate the Most (Multi-Version Co...
by masklinn on Wednesday April 26, 2023 @05:18PM
(#35720153)
The problem is not mvcc but postgres’ implementation details of it.
Re:The Part of PostgreSQL We Hate the Most (Multi-Version Co...
by Max-Ganz-II on Wednesday April 26, 2023 @05:20PM
(#35720180)
In what way? I didn't see anything obviously improper when I learned how serialization isolation worked.
Re:The Part of PostgreSQL We Hate the Most (Multi-Version Co...
by j16sdiz on Wednesday April 26, 2023 @09:39PM
(#35722216)
A delicated full vacuum process that need full locking, how little isolation between tables, etc
Lots of the pain point have been mitigated in the last ten years. It is now as simple as other comparable complex db can go (i.e. Not simple, but you can't find better product)
Re:The Part of PostgreSQL We Hate the Most (Multi-Version Co...
by masklinn on Thursday April 27, 2023 @01:38AM
(#35723710)
TFA covers its issues? It’s specifically compares postgres’ to other implementations’ (oracle and mysql).
Re:The Part of PostgreSQL We Hate the Most (Multi-Version Co...
by jabl on Thursday April 27, 2023 @02:13AM
(#35723931)
Also the paper linked from TFA goes into the various implementation options in more detail: https://db.cs.cmu.edu/papers/2017/p781-wu.pdf