如果模式太dynamic,我应该使用mongoose吗?

到目前为止我所了解的是,mongoose需要我们来定义一个模式。 但是,如果我的模式在每个用户的基础上不断变化呢? 例如,假设有成千上万的手机用户。 每个用户都有不同types的优惠订阅,什么不是。 新的优惠不断涌现,他甚至可以select优惠组合,即时创build新优惠。 因此,这些优惠成为持有有关该优惠的各种其他细节的子文件的钥匙。 这样的模式不能被预定义。 那我可以用mongoose吗? 或者坚持使用mongojstypes的薄皮包装,忘记了mongoose的ODMfunction?

       

网上收集的解决方案 "如果模式太dynamic,我应该使用mongoose吗?"

您可以创build一个混合types的架构,对您可以存储的数据的types没有限制。 然而,这是一个权衡。 看看官方文档的信息和实施细节。

从mongoose文档:

注意:无论架构选项如何,您的架构中不存在的实例上的任何键/ val集都会被忽略。

您可以在创build模型实例时设置该值:

var task = new Task({'otherKey', 'some value'}); 

您也可以将ad-hoc值置于混合子文档types下。