Thanks. Presumably these optimizations could be added to postgres as well, no?
Since work is/will have to be done to the chosen db, it would be best for everyone if the one chosen was of high integrity.
Since work is/will have to be done to the chosen db, it would be best for everyone if the one chosen was of high integrity.
Of the ones mentioned, I would guess compression is the most complex. For InnoDB this took many years to get the point of it being usable and efficient. Many naive implementations can cause huge overheads for CPU which makes it unusable.