何时在 postgres 中对数十亿行的键/值表使用 Json

Question

我正在做一个项目，我需要在 sql 数据库 (postgres) 中存储数十亿行非结构化 history_data 2-3 年。数据/列可能每天都在变化。

例如，用户可能会在第一天保存 {“user_id”:”2223”, “website”:”www.mywebsite.org”, “webpage”:”mysubpageName”}。

第二天 {“name”:”username”, “user_id”: “2223”, “bookclub_id”:”1” }。

我之前一直在做一个项目，我们使用经典的实体键/值表模型来解决这个问题。我们最多保存了 30 个键/值 pr 实体。但是当超过 70-100 行时，查询开始运行越来越慢（内部连接太多）。

因此我想知道是否应该在 postgres 中使用 Json 模型进行更改。在搜索网络和阅读博客之后，我真的很困惑。在 postgres 中将其更改为 json 的利弊是什么？

Answer 1

您可以从查询复杂性的角度来考虑这一点。如果您有 json 文档的索引（可能是 user_id），您可以进行简单的索引扫描以非常快速地访问整个 json 字符串。

然后你必须在客户端剖析它，或者你可以将它传递给 postgres 中的函数，例如您只想提取特定值的数据。

在处理 json 时，postgres 最重要的特性之一是具有功能索引。与索引列值的“普通”索引相比，函数索引将函数应用于一个（甚至更多）列值的值并索引返回值。我不知道提取 json 字符串值的函数，但考虑到您想要具有 bookclub_id = 1 的用户。您可以创建一个索引，如

create index idx_bookblub_id on mytable using getJsonValue("bookclub_id",mytable.jsonvalue)

之后的查询像

select * from mytable where getJsonValue("bookclub_id",mytable.jsonvalue) = 1

快如闪电。