在postgresql jsonb中存储外键是个坏主意?

时间:2015-12-01 17:20:25

标签: postgresql jsonb

将外键存储在jsonb列中有哪些问题?

上下文:

我有一个项目表:

Item 
--------------------------
| id   | name | property |
| PK   | text |  jsonb   |

属性列是以下结构的一级jsonb:

[
  {"value": "white", "item_attribute_id": "1"},
  {"value": "71", "item_attribute_id": "3"},
  {"value": "29", "item_attribute_id": "4"},
  {"value": "48-70", "item_attribute_id": "5"},
  {"value": "190", "item_attribute_id": "6"}
]

item_attribute_id是指向属性表的外键,它包含与给定属性(名称,类型,描述)相关的所有内容。

我找不到任何关于为什么这可能是好/坏做法的文献。有没有明显的直接相关问题我忽略了?

1 个答案:

答案 0 :(得分:5)

您需要考虑以下有关JSONB类型的内容:

  • 查询会更复杂;如果您对所有JSONB functions感到满意(他们更多关注SELECT语句),UPDATE操作仍然会很棘手 - 请考虑 @Erwin's answer 对此。
  • 尺寸开销; 对于小型文档而言并不重要,但在规模上你可能会遇到问题。只需比较您的案例的pg_column_size()结果。
  • 有限的索引支持;当您在array elementjson_array_elements()等功能)中执行搜索时,您将没有运气。默认GIN索引支持使用(CONTAINS@>,(EXISTS?,(EXISTS ALL?&和(EXISTS ANY?|运算符,因此您需要小心使用的查询。 jsonb支持btreehash索引。您可以查看详细信息here

要考虑的文章: