Acabo de hablar con algunos de los ingenieros de la décima generación y no hay una herramienta, pero puedes hacer un cálculo de la parte posterior del sobre que se basa en esta fórmula:
2 * [ n * ( 18 bytes overhead + avg size of indexed field + 5 or so bytes of conversion fudge factor ) ]
Donde n es el número de documentos que tiene.
La sobrecarga y el relleno de conversión son específicos de mongo, pero el 2x proviene de que la estructura de datos del árbol b está aproximadamente a la mitad (pero ha asignado el 100 % del espacio que requeriría un árbol completo) en el peor de los casos.
Explicaría más, pero estoy aprendiendo sobre eso yo mismo en este momento. Esta presentación tendrá más detalles:http://www.10gen.com/presentations/mongosp-2011/mongodb-internals
