2024年大数据最全简述PostgreSQL中json数据类型_postgre json(1)，作为大数据开发程序员应该怎样去规划自己的学习路线

最新推荐文章于 2024-10-12 15:27:58 发布

2401_84181326

最新推荐文章于 2024-10-12 15:27:58 发布

阅读量914

点赞数 10

分类专栏：程序员文章标签：大数据 postgresql json

本文链接：https://blog.csdn.net/2401_84181326/article/details/138460794

版权

程序员专栏收录该内容

165 篇文章 0 订阅

订阅专栏

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以戳这里获取

从数据插入更新处理速度上，json>jsonb。在数据查询性能上jsonb>json。在数据的整体空间占用上，json>jsonb。

因此，通常在一般的技术开发过程中，除非有特别特殊的需要（历史遗留问题等），大多数应用应该更愿意把 JSON 数据存储为jsonb（通过json函数和函数索引的加持下，jsonb的查询能力得到了大大的增强）。

3、json数据类型

在pg中的json数据类型可以分为：String，Number,boolean,Null。下面给出一个表格，是关于json的基本数据类型和pg数据类型的一个对比和对照。


JSON类型	PG数据类型	说明
String	text	不允许`\u0000`，如果数据库编码不是 UTF8，非 ASCII Unicode 转义也是这样
Number	Number	不允许`NaN` 和 `infinity`值
Boolean	boolean	只接受小写`true`和`false`拼写
NULL	无	SQL `NULL`是一个不同的概念

这里关于编码有一个需要解释的地方，就是Unicode的转义问题。这里涉及到数据库在创建的时候是不是使用utf-8的编码存储。在json类型的输入函数中，不管数据库编码如何都允许 Unicode 转义，并且只检查语法正确性（即，跟在\u 后面的四个十六进制位）。但是，jsonb的输入函数更加严格：它不允许非 ASCII 字符的 Unicode 转义（高于U+007F的那些），除非数据库编码是 UTF8。jsonb类型也拒绝\u0000（因为 PostgreSQL的text类型无法表示它），并且它坚持使用 Unicode 代理对来标记位于 Unicode 基本多语言平面之外的字符是正确的。合法的 Unicode 转义会被转换成等价的 ASCII 或 UTF8 字符进行存储，这包括把代理对折叠成一个单一字符。在把文本 JSON 输入转换成jsonb时，RFC 7159描述的基本类型会被有效地映射到原生的 PostgreSQL类型（如上表描述）。因此，在合法 jsonb数据的组成上有一些次要额外约束，它们不适合 json类型和抽象意义上的 JSON，这些约束对应于有关哪些东西不能被底层数据类型表示的限制。尤其是，jsonb将拒绝位于 PostgreSQL numeric数据类型范围之外的数字，而json则不会。不过，实际上这类问题更可能发生在其他实现中，因为把 JSON 的number基本类型表示为 IEEE 754 双精度浮点是很常见的（这也是RFC 7159 明确期待和允许的）。当在这类系统间使用 JSON 作为一种交换格式时，应该考虑丢失数字精度的风险。

二、PG中json的简单操作

1、基础json数据操作

-- 简单标量/基本值
-- 基本值可以是数字、带引号的字符串、true、false或者null
SELECT '5'::json;

-- 有零个或者更多元素的数组（元素不需要为同一类型）
SELECT '[1, 2, "foo", null]'::json;

-- 包含键值对的对象
-- 注意对象键必须总是带引号的字符串
SELECT '{"name": "张三", "age": 39, "active": false,"sex":"男"}'::json;

-- 数组和对象可以被任意嵌套
SELECT '{"foo": [true, "bar"], "tags": {"a": 1, "b": null}}'::json;

2、json和jsonb输出对比

SELECT '{"bar": "baz", "balance": 7.77, "active":false}'::json;
                      json                       
-------------------------------------------------
 {"bar": "baz", "balance": 7.77, "active":false}
(1 row)

SELECT '{"bar": "baz", "balance": 7.77, "active":false}'::jsonb;
                      jsonb                       
--------------------------------------------------
 {"bar": "baz", "active": false, "balance": 7.77}
(1 row)

通过这里输出可以看到，将目标对象作为json输出时，输出结果和输入基本保持一致。对于第二条语句而言，内容上似乎没有什么太大的变化，但是输出结果的顺序与第一条有明显的区别。

再来看一组有意思的输出，依然是关于jsonb和json的number结果的展示。

SELECT '{"reading": 1.230e-5}'::json, '{"reading": 1.230e-5}'::jsonb;
         json          |          jsonb          
-----------------------+-------------------------
 {"reading": 1.230e-5} | {"reading": 0.00001230}
(1 row)

很明显的区别是jsonb被数据库的执行引擎给优化了，展示结果与json也不同。