zlacker

[parent] [thread] 7 comments
1. apavlo+(OP)[view] [source] 2023-04-26 17:42:58
Legacy reasons. The idea was that you wouldn't need a WAL because the table itself is the log. And then you could support time-travel queries if you never cleaned up the expired tuples.
replies(2): >>riku_i+vm >>drkp+by
2. riku_i+vm[view] [source] 2023-04-26 19:35:17
>>apavlo+(OP)
Is MVCC actually superior by some other considerations? Less lock contentions, transactional DML.
replies(1): >>maskli+WH
3. drkp+by[view] [source] 2023-04-26 20:32:48
>>apavlo+(OP)
_And_ it wasn't even originally designed to be used for concurrency control at all...
◧◩
4. maskli+WH[view] [source] [discussion] 2023-04-26 21:18:27
>>riku_i+vm
The problem is not mvcc but postgres’ implementation details of it.
replies(1): >>Max-Ga+nI
◧◩◪
5. Max-Ga+nI[view] [source] [discussion] 2023-04-26 21:20:42
>>maskli+WH
In what way? I didn't see anything obviously improper when I learned how serialization isolation worked.
replies(2): >>j16sdi+df1 >>maskli+jD1
◧◩◪◨
6. j16sdi+df1[view] [source] [discussion] 2023-04-27 01:39:41
>>Max-Ga+nI
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)

◧◩◪◨
7. maskli+jD1[view] [source] [discussion] 2023-04-27 05:38:22
>>Max-Ga+nI
TFA covers its issues? It’s specifically compares postgres’ to other implementations’ (oracle and mysql).
replies(1): >>jabl+SG1
◧◩◪◨⬒
8. jabl+SG1[view] [source] [discussion] 2023-04-27 06:13:43
>>maskli+jD1
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
[go to top]