Question

我们现在正在为项目选择一个数据库。候选人是mongodb和postgres。我们的用户需要定义条件逻辑，例如用户定义条件（作为字符串）“x发生”，“y离开”等，然后可以将它们连接到条件“如果x发生AND（y离开OR z出现）......”。

在单个json文档中执行此操作似乎比在关系数据库中更具可读性。

你有没有办法在postgres中合理地建模？我知道postgres 9.2将支持json，但查询功能似乎很笨拙。

在mongo中，动词（“x恰好”）将在条件之间重复。动词更新将影响多行。你觉得这里有问题吗？

编辑：mongo文档可能如下所示：

{
  "where": 
     [1,"x happens"],
     "and": 
     { "where": 
            [2,"y leaves"], 
               "or": 
            [3,"z comes"]
     }
}

Answer 1

好的，在这个领域，PostgreSQL和MongoDB将会有很大的不同，但在如何思考这个方面却非常相似。最重要的是摆脱严格的关系理念。您的选择是对象关系或面向文档。我会选择前者，因为我对它更加满意。

关键是你必须能够将你的条件减少到可以在飞行中定义的bool。如果你在PostgreSQL中这样做，你将有一些编程要做。需要权衡的是，您可以获得在MongoDB中难以处理的临时报告。

你可以在Postgres做的关键是模型衍生数据。所以PostgreSQL中使这个可管理的关键是使用表方法在运行时检查约束。要在PostgreSQL中创建表方法，请使用如下形式：

CREATE OR REPLACE FUNCTION method_name(table_name) RETURNS return_type ....

您可以通过更多示例找到这些内容：http://ledgersmbdev.blogspot.com/2012/08/postgresql-or-modelling-part-2-intro-to.html（是的，这是我的博客）。

事实是你可以在PostgreSQL上构建一些极其复杂的准关系模型，所以我不会在这方面排除它。问题在于您是否需要关系方面，以进行即席查询和报告对象集。如果你这样做，那么单独的Mongo就不会削减它，你可以从Mongo导出到Postgres或者在PostgreSQL中做事。

这并不是说PostgreSQL就是答案。如果您永远不需要添加新的查询类型，也许Mongo会更好。然而，这是你真正想要使用Pg为你提供的所有高级功能的情况之一，如果你要走这条路线，那么这对你的情况很有用。

mongodb vs. postgres：建模条件

1 个答案: