在我们的业务开发中，可能会因为特殊【历史，偷懒，防止表连接】经常会有JSON或者JSONArray类的数据存储到某列中，这个时候再PG数据库中有两种数据格式可以直接一对多或者一对一的映射对象。所以我们也可能会经常用到这类格式数据；PG数据库存储json类型数据可以有两种数据类型JSON和JSONB
json和jsonb区别
json和jsonb都可以json和jsonArray类型的数据
实际上主要区别在于写入和查询效率以及数据存储上面
性能
- json 数据类型存储了输入文本的精确副本，这意味着每次需要访问或修改数据时，数据库都必须重新解析该文本。这会导致在处理大型 JSON 文档或进行频繁的 JSON 操作时性能下降。
- 相比之下，jsonb 数据类型将 JSON 数据存储为一种分解好的二进制格式。虽然这在输入时会稍微慢一些，因为需要进行额外的转换，但它在处理时要快得多，因为不需要进行解析。
存储方式
- json 数据类型保留了输入文本的完整结构，包括可能存在的空格、JSON 对象内部键的顺序以及重复的键/值对。这意味着它提供了一种“所见即所得”的存储方式，但也可能导致不必要的空间占用和可能的性能开销。
- jsonb 数据类型在存储时会删除不必要的空格、不保留对象键的顺序，并且只保留每个键的最后一个值（如果存在重复键）。这种存储方式更加紧凑，并且可以提高查询和处理的效率。
索引支持
- jsonb 数据类型支持基于 GIN（Generalized Inverted Index）或 B-tree 的索引，这使得基于 JSON 数据的查询可以更加高效。通过索引，您可以快速检索 JSON 文档中的特定元素或值。
- json 数据类型则不支持这样的索引，这可能会限制其在大型数据集或需要高性能查询的应用中的使用。
所以我们在不同情况下可以选择不同的数据格式【PS：业务系统大概率是进行单条数据新增，批量数据查询和过滤，这些情况选择什么数据格式大家应该都比较清楚了，如果有特殊情况可以特殊考虑处理，其实根本就是空间换时间】
其他
在创建表的时候发现还有一种数据类型jsonpath，这个数据类型可以存储解析json格式的表达式
SELECT jsonb_path_query(jsonb_1 , jsonpath_1) FROM tb_json;
结果如下
在一般的业务场景下我们的json格式一般都是固定的，但是有一些特殊情况比如我们抓取一些非格式话的数据的时候可以存储下解析规则，然后对规则进行补全，逐步完善我们数据解析的能力
