Выделил свой python wrapper в отдельный проект PyMongoBongo :) github.com []
Угадайте, что выдаст MongoDB в результате следующий команды: db.objects.find({}).limit(10).count() если db.objects.find({}).count() выдает 274? ;-)
Придумал, как написать, чтобы было удобно, красиво, и сравнительно быстро!
Я сейчас пишу обертку над более низкоуровневым API python драйвера для MongoDB. Так сказать, чтобы иметь более человеческий интерфейс для доступа к объектам. И вот сейчас у меня небольшая проблемка. Чем поступиться, производительностью или удобством? Если класс документа будет принимать в конструкторе dict, то это будет быстрее, а если **kwargs, то более красиво. Что для тебя важнее?
Только что упала с kernel panic виртуальная машина на которой я работал с MongoDB. После перезагрузки тесты Python драйвера начали выдавать кучу ошибок, но на третьем запуске все тало нормально. Невольно задумаешься о том, стоит ли использовать такую базы в продакшене.
Апнул питоновский драйвер для MongoDB и его родные тесты сломались, выдав море ошибок. Полчаса выяснял в чем дело, потом снова запустил тесты и все ОК. Как такое может быть?
Прочитал описание FluidDB на русском undefined.org.ua [undefined.or] . По сути, просто разжеваный перевод одной из презентаций. Да, и по моему, такую систему можно навернуть вокруг любой из существующих *nosql баз данных, поравьте меня, если я не прав.
Написал для курсора из MongoDB python клиента поддержку слайсов, и жизнь стала краше! :)
Решил таки переписать свое маленькое наколеночное поделие на MongoDB.
Идею использовать MongoDB в новом проекте, зарезали на корню, а жаль.