MongoDB хранит все ваши данные как BSON в каталоге, который вы нашли. Внутренние процессы Mongo обрабатывают данные, когда это необходимо, в соответствии с вашими настройками, что позволяет вам распределить их по нескольким серверам.
Одна из самых запутанных вещей при переходе в Mongo из RDBMS - это природа коллекций и таблиц.
http://www.mongodb.org/display/DOCS/MongoDB%2C+CouchDB%2C+MySQL+Compare+Grid
Примечание. Для коллекции Mongo не нужно разрабатывать какую-либо схему, предполагается, что клиентское приложение будет проверять и применять любую конкретную схему. То, как данные поступают и сериализуются, - это способ их сохранения в представлении BSON. Вполне возможно иметь отсутствующие ключи и совершенно разные документы в одной коллекции, поэтому столь важна надежная проверка данных в вашем приложении.
Коллекции Монго также не нужно сохранять. Нет ничего похожего на синтаксис CREATE TABLE в MySQL, поскольку там нет схемы, которую не нужно описывать такой команде. Ваша коллекция будет создана с первым вставленным документом, и каждому вставленному документу будет присвоен уникальный хешированный ключ '_id' (при условии, что вы не определяете этот ключ в своих объектах, используя собственную методологию. '
Вот полезный ресурс с основными командами.
http://cheat.errtheblog.com/s/mongo
Mongo и NoSQL в целом - это движение лидера разработчиков, пытающееся ликвидировать разрыв между уровнем объектно-ориентированного приложения и уровнем персистентности в приложении, которое традиционно представлялось СУБД. Разработчики просто предпочли бы работать в рамках одной парадигмы, и ООП стала доминирующей, особенно в веб-среде.
Если вы перешли с LAMP и использовали PhpMyAdmin в прошлом, я действительно должен предложить RockMongo. Этот инструмент значительно упрощает наблюдение и понимание фактической структуры документов BSON, хранящихся на вашем сервере.
http://code.google.com/p/rock-php/wiki/rock_mongo
Удачи!