Мне интересна эта цитата из MongoDB Kyle Banker в действии:

It’s important to consider the length of the key names you choose, since key names are stored in the documents themselves. This contrasts with an RDBMS, where column names are always kept separate from the rows they refer to. So when using BSON, if you can live with dob in place of date_of_birth as a key name, you’ll save 10 bytes per document. That may not sound like much, but once you have a billion such documents, you’ll have saved nearly 10 GB of storage space just by using a shorter key name. This doesn’t mean you should go to unreasonable lengths to ensure small key names; be sensible. But if you expect massive amounts of data, economizing on key names will save space.

Меня интересует причина, почему это не оптимизировано на стороне сервера базы данных. Будет ли таблица поиска в памяти со всеми именами ключей в коллекции слишком большой потерей производительности, которая не стоит потенциальной экономии места?