←back to thread

366 points virtualwhys | 4 comments | | HN request time: 0.638s | source
1. globular-toast ◴[] No.41897284[source]
The article says the benefit of O2N is there's no need to immediately update indexes, but then goes on to say postgres updates the indexes anyway! So is there actually any advantage to O2N at all?
replies(2): >>41897608 #>>41897609 #
2. apavlo ◴[] No.41897608[source]
If all table pages exist in memory and you are using cooperative GC, then O2N can be preferable. As workers scan version chains, they can clean up dead tuples without taking additional locks.

This is what Microsoft Hekaton does.

3. kikimora ◴[] No.41897609[source]
Good question! Also they point out that famous Uber article erroneously mentions write amplification caused by what they thought was N2O. IDK if write amplification is real or not. But if it is really O2N then there is no apparent reason for write amplification and entire Uber article might had been based on the wrong premise.
replies(1): >>41909499 #
4. jeltz ◴[] No.41909499[source]
That article was just wondering pain bad, written by someone who was obviously a beginner to PostgreSQL and did not understsand the issue he was seeing.

Yes, there are real issues but that article should be ignored.