PostgreSQL 的JSON 处理甩“你”几条街

可以看到，其实要展示数据在POSTGRESQL 中也并不是难事

然后我们创建一个索引，熟悉PG的人都知道他模糊查询的厉害，下面的索引的建立也颇有那几分味道。

explain analyze SELECT * FROM json_test WHERE info @> '{"name": "Calor"}';

查询中也有一些 JSONB 特殊的查询的方式，但这样的查询方式比初次使用MONGODB 的查询语句对熟悉SQL 的人要亲切的多。

到这里我们可以小结一下，PostgreSQL 里面的JSON 可以使用JSONB 的方式来进行存储，并且大部分时间创建一个GIN 的索引就可以满足大部分查询，如果使用过MONGODB 的，可以知道MONGODB 本身存储是B+树来存储索引的，特定的查询也要配合特定建立的索引，这点上就....... 

下面我们继续做测试，看看是不是POSTGRESQL 可以一个索引就将所有的查询都HOLD 住。

下面我们创建，一个新的collection

 create  table test_json_2 (info jsonb);

插入数据

insert into test_json_2 select ('{"name": "nn-' || round(random()*20000000) || '", "ajon": "address", "tags": ["system", "database", "langrage"]}')::jsonb from (select * from generate_series(1,100000)) as temp;

一个10万行的collection就生成了,照方抓药，创建索引后，直接查询，结果很明显是可以走索引的。

并且网上提及的某些不能走索引的情况，在PG11 这个版本也是可以开始走索引了。

当然如果你统计的数据是全表，或大部分数据，则还是要走全表扫描的

当然在面对专业文档数据库MONGODB 的强大的处理能力下,没有其他的数据库可以抗衡，因为那个是他的 饭碗，如果不是很复杂（就是那种嵌套，嵌套，嵌套，还有数组的让人头要炸开的那种）的JSON 或者你没有专业的MONGODB 的支持，想使用JSON 或文档的方式在数据库里面不想失望的使用，POSTGRESQL 是一个选择，不错的。