Django的nonrel VS Django的MongoDB的VS Mongokit VS pym

工作是需要的NoSQL存储中的Django项目，我相信我已经在蒙戈解决。 我已经看到了很多谈论蒙戈和Django的话题，但没有提到这Django的nonrel，我不明白为什么它可能已被取消资格，但我与任何人没有经验。

理想情况下，我想保留SQL商店简单的事情，用户身份验证，组等，并使用蒙戈对于更大的数据。

我也想有我蒙戈存储的对象作为类，在Django的ORM风格，让我能有一个类似的“感觉”，但是这并不重要。

最后，做上述任何允许我使用的东西Django的多数据库支持，或者是我所有的蒙戈查询有效“带外”从Django的ORM？

如果有我失踪，可能是重要的其他因素，可随时给我介绍，我知道在这个舞台上的小。

Answer 1:

Django的nonrel是去Django的有关MongoDB的方式。 有django-mongodb.org，但是这只是建立在Django的nonrel的顶部。 有相当多的MongoDB的活动去了Django的nonrel邮件列表上的。

存储您蒙戈类作为Django的ORM对象工作正常，这是整点。

我还没有使用与SQL沿支持多数据库尝试。 我还没有看到很多人用它这样的，我怀疑它最有可能是行不通的。 有一个关于移动的Django nonrel是Django的1.4正式做一些工作，我怀疑它会工作这是完成后。

使用Django-nonrel用于身份验证工作正常。 主要的问题是许多一对多的关系。 该验证模块使用了每用户对象的权限 - 这是行不通的。 如果你不需要，你也许可以逃脱不使用SQL的。

Answer 2:

添加到dragonx答案。 与Django的nonrel的问题是身份验证模块不能正常工作。

您可以执行许多对玛米联接使用$查询操作。 djongo自动为您做。 它转换SQL语法到MongoDB的聚集查询和填充对象模型，像其他SQL驱动程序。

该验证模块工作在djongo罚款

文章来源: Django-nonrel vs Django-mongodb vs Mongokit vs pymongo native