Jeg har lige talt med nogle af 10gen-ingeniørerne, og der er ikke noget værktøj, men du kan lave en bagside af konvolutberegningen, der er baseret på denne formel:
2 * [ n * ( 18 bytes overhead + avg size of indexed field + 5 or so bytes of conversion fudge factor ) ]
Hvor n er antallet af dokumenter, du har.
Overhead- og konverteringspolstringen er mongo-specifik, men 2x kommer fra, at b-træets datastruktur er omtrent halvt fyldt (men at have allokeret 100 % af den plads, et fuldt træ ville kræve) i værste fald.
Jeg ville forklare mere, men jeg lærer selv om det i øjeblikket. Denne præsentation vil have flere detaljer:http://www.10gen.com/presentations/mongosp-2011/mongodb-internals