我们正在实施该功能，它促使我问问自己MongoDB的好处和缺陷。 我不想在MongoDB中创建任何数据模型，让客户端通过向我发送json对象来创建它。 这是因为在某些情况下可能会更改架构。
它激发了我为什么需要像普通RDB一样创建数据模型的原因。
如果用户可以知道所有数据模式并确保他们发送的数据具有正确的格式。这是一个更好的解决方案吗？
什么＆＃39;这两个案例的利弊者？ 这种情况的任何其他技术替代品？
答案 0 :(得分：0)
MongoDB不是架构 - 将其视为“架构灵活”和“架构动态”，而不是架构。当您不太确定数据库中存储的是什么时，您需要在出路时支付这种灵活性;还有索引和性能影响。要记住的另一件事是，为了使其具有高性能，您必须弄清楚最常用的查询是什么并创建适当的索引 - 这意味着您确切地知道要存储的数据类型。没有免费的午餐，一切都是权衡。