On the Discord call earlier today, I asked a question about how large updates were handled, and if there were any plans to match the performance of MongoDB on this front. A discussion makes more sense than an issue.

I haven't worked on the internals of Postgres, MongoDB or WiredTiger, but my applications perform lots of small updates in large documents. Without "normalizing" the documents so full updates can be smaller and faster, it will be harder for DocumentDB to compete in this use case.

MongoDB uses this heuristic when deciding whether to rewrite a record in the WT datastore during an update:

• The existing record is larger than 1KiB,
• The change can be made with 16 or fewer WT_MODIFY operations, changing no greater than 10% of the data; and
• The new version is no more than 10% larger than the old one

The issues and discussion on the Mongo side when this was implemented are WT-2792 and SERVER-29250. Since WT handles in-place updates with MVCC, matching that almost certainly requires implementing a new access method.