Tengo curiosidad por esta cita de MonsterDB en acción de Kyle Banker:

Es importante tener en cuenta la longitud de los nombres de clave que elija, ya que los nombres de clave se almacenan en los propios documentos. Esto contrasta con un RDBMS, donde los nombres de columna siempre se mantienen separados de las filas a las que hacen referencia. Por lo tanto, al usar BSON, si puede vivir con dob en lugar de date_of_birth como nombre de clave, ahorrará 10 bytes por documento. Puede que no parezca mucho, pero una vez que tenga mil millones de documentos de este tipo, habrá ahorrado casi 10 GB de espacio de almacenamiento con solo usar un nombre de clave más corto. Esto no significa que deba ir a longitudes irrazonables para garantizar nombres de clave pequeños; ser sensible. Pero si espera grandes cantidades de datos, economizar en nombres clave ahorrará espacio.

Me interesa la razón por la que esto no está optimizado en el lado del servidor de la base de datos. ¿Una tabla de búsqueda en la memoria con todos los nombres clave de la colección sería una penalización de rendimiento que no vale la pena el potencial ahorro de espacio?