在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是指向属性表的外键,它包含与给定属性(名称,类型,描述)相关的所有内容.

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

您需要考虑以下关于JSONB类型的事情:

查询会更复杂 ; 如果您对所有JSONB函数感到满意(它们更多是关于SELECT语句), UPDATE操作仍然会很棘手 - 请考虑@Erwin的答案.

大小开销; 对于小型文档而言,这并不重要,但在规模上你可能会碰壁.只需比较pg_column_size()您案例的结果.

有限的索引支持 ; 你不会有任何运气,当你执行搜索在array由element(如函数json_array_elements()等).默认GIN索引支持使用(CONTAINS)@>,(EXISTS)?,(EXISTS ALL)?&和(EXISTS ANY)?|运算符进行查询,因此您需要小心使用的查询.jsonb支持btree和hash索引.你可以在这里查看详情.

要考虑的文章:

从PGConf 2015重新思考JSONB

PostgreSQL 9.4中的JSONB类型性能