對Postgresql中的json和array使用介紹
結合近期接觸到的知識點,做了一個歸納。會持續更新
json
官網文件 http://www.postgres.cn/docs/12/datatype-json.html
json的兩種格式
總結:json輸入快,處理慢。是精準拷貝,所以能準確儲存遺留物件的原格式,如物件鍵順序。jsonb輸入慢,處理快。會被重新解析成json資料,不儲存原物件的鍵順序,並且去重相同的鍵值,以最後一個為準。通常,除非有特別特殊的需要(例如遺留的物件鍵順序假設),大多數應用應該 更願意把 JSON 資料儲存為jsonb
官網:
json 和 jsonb資料型別接受***幾乎***完全相同的值集合作為輸入。 主要的實際區別之一是效率。json資料型別儲存輸入文字的精準拷貝,處理函式必須在每 次執行時必須重新解析該資料。而jsonb資料被儲存在一種分解好的 二進位制格式中,它在輸入時要稍慢一些,因為需要做附加的轉換。但是 jsonb在處理時要快很多,因為不需要解析。jsonb也支 持索引,這也是一個令人矚目的優勢。
由於json型別儲存的是輸入文字的準確拷貝,其中可能會保留在語法 上不明顯的、存在於記號之間的空格,還有 JSON 物件內部的鍵的順序。還有, 如果一個值中的 JSON 物件包含同一個鍵超過一次,所有的鍵/值對都會被保留( 處理函式會把最後的值當作有效值)。相反,jsonb不保留空格、不 保留物件鍵的順序並且不保留重複的物件鍵。如果在輸入中指定了重複的鍵,只有 最後一個值會被保留。
通常,除非有特別特殊的需要(例如遺留的物件鍵順序假設),大多數應用應該 更願意把 JSON 資料儲存為jsonb
由於json型別儲存的是輸入文字的準確拷貝,其中可能會保留在語法 上不明顯的、存在於記號之間的空格,還有 JSON 物件內部的鍵的順序。還有, 如果一個值中的 JSON 物件包含同一個鍵超過一次,所有的鍵/值對都會被保留( 處理函式會把最後的值當作有效值)。相反,jsonb不保留空格、不 保留物件鍵的順序並且不保留重複的物件鍵。如果在輸入中指定了重複的鍵,只有 最後一個值會被保留。
-----------1.鍵的順序 SELECT '{"bar": "baz","balance": 7.77,"active":false}'::json; json ------------------------------------------------- {"bar": "baz","active":false} (1 row) SELECT '{"bar": "baz","active":false}'::jsonb; jsonb -------------------------------------------------- {"bar": "baz","active": false,"balance": 7.77} (1 row) ---------2.去重 SELECT '{"bar": "baz","balance":false}'::jsonb; --去重 {"bar": "baz","balance": false} SELECT '{"bar": "baz","balance":false}'::json; --不去重 {"bar": "baz","balance":false} select '[1,2,2]'::jsonb --陣列不去重 [1,2]
將字串轉為json格式
sq-- 簡單標量/基本值 -- 基本值可以是數字、帶引號的字串、true、false或者null SELECT '5'::json; -- 有零個或者更多元素的陣列(元素不需要為同一型別) SELECT '[1,"foo",null]'::json; -- 包含鍵值對的物件 -- 注意物件鍵必須總是帶引號的字串 SELECT '{"bar": "baz","active": false}'::json; -- 陣列和物件可以被任意巢狀 SELECT '{"foo": [true,"bar"],"tags": {"a": 1,"b": null}}'::json;
輸出:
5 [1,“foo”,null] {“bar”: “baz”,“balance”: 7.77,“active”: false} {“foo”: [true,“bar”],“tags”: {“a”: 1,“b”: null}}
判斷是否包含/存在 @> 和 ?
-- 簡單的標量/基本值只包含相同的值: SELECT '"foo"'::jsonb @> '"foo"'::jsonb; --得 真t -- 右邊的數字被包含在左邊的陣列中: SELECT '[1,3]'::jsonb @> '[1,3]'::jsonb; --t -- 陣列元素的順序沒有意義,因此這個例子也返回真: SELECT '[1,3]'::jsonb @> '[3,1]'::jsonb; --t -- 重複的陣列元素也沒有關係: SELECT '[1,2]'::jsonb; --t -- 右邊具有一個單一鍵值對的物件被包含在左邊的物件中: SELECT '{"product": "PostgreSQL","version": 9.4,"jsonb": true}'::jsonb @> '{"version": 9.4}'::jsonb; --t
jsonb還有一個存在操作符,它是包含的一種 變體:它測試一個字串(以一個text值的形式給出)是否出 現在jsonb值頂層的一個物件鍵或者陣列元素中。
除非特別註解, 下面這些例子返回真:
-- 字串作為一個數組元素存在: SELECT '["foo","bar","baz"]'::jsonb ? 'bar'; --t -- 字串作為一個物件鍵存在: SELECT '{"foo": "bar"}'::jsonb ? 'foo'; --t -- 不考慮物件值: SELECT '{"foo": "bar"}'::jsonb ? 'bar'; -- 得到假
當涉及很多鍵或元素時,JSON 物件比陣列更適合於做包含或存在測試, 因為它們不像陣列,進行搜尋時會進行內部優化,並且不需要被線性搜尋。
索引
-> 陣列中是查詢第幾項,json中是取某key的元素object ->> json中是取某key的元素text #> json中是通過路徑取元素object #>> json中是通過路徑取元素text
json:='[{"a":"foo"},{"b":"bar"},{"c":"baz"}]'::json --獲取json陣列中的某一項元素 --下標從0開始 select json->2 from test where name='jsonarray' --{"c": "baz"} --獲取json某一key的值為object select (json->2)->'c' from test where name='jsonarray' --"baz" --獲取json某一key的值為text select (json->2)->>'c' from test where name='jsonarray' --"baz" --獲取json某值通過路徑 object '{"a": {"b":{"c": "foo"}}}'::json#>'{a,b}' --{"c": "foo"} --獲取json某值通過路徑 text '{"a":[1,3],"b":[4,5,6]}'::json#>>'{a,2}' --3
補充:postgresql 資料庫 jsonb/json中 array或int 型別進行的交集比較 儲存過程字串、整數陣列條件查詢
首先要新增這兩個儲存過程
新增儲存過程字串陣列條件查詢
CREATE OR REPLACE FUNCTION json_arr2text_arr(_js json) RETURNS text[] AS $$ DECLARE anyArray text[]; begin SELECT ARRAY(SELECT json_array_elements_text(_js)) INTO anyArray; RETURN anyArray; end $$ LANGUAGE plpgsql;
查詢字串陣列中存在NP1的記錄
select * from tb_template_area_safe WHERE json_arr2text_arr(area_functions) @> array['NP1'];
新增儲存過程整數陣列條件查詢
CREATE OR REPLACE FUNCTION json_arr2int_arr(_js json) RETURNS int[] AS $$ DECLARE anyArray int[]; begin SELECT ARRAY(SELECT json_array_elements_text(_js)::int) INTO anyArray; RETURN anyArray; end; $$ LANGUAGE plpgsql;
查詢條件是 左面 的 包含右面的
兩者的交集 &&
SELECT tdnm.mid,tdnm.title,tdnm.content,tdnm.ui_id,tdnm.create_time,tdnm.cancel_time,tdnm.job_ids,tdnm.remarks,tdnm.message_level_code,tdnm.channels FROM tb_data_notify_message tdnm WHERE 1=1 and json_arr2text_arr(tdnm.job_ids) &&array[['1','10']] ORDER BY create_time DESC
陣列操作符:
Operator | Description | Example | Result |
---|---|---|---|
= | equal | ARRAY[1.1,2.1,3.1]::int[] = ARRAY[1,3] | t |
<> | not equal | ARRAY[1,3] <> ARRAY[1,4] | t |
< | less than | ARRAY[1,3] < ARRAY[1,4] | t |
> | greater than | ARRAY[1,4,3] > ARRAY[1,4] | t |
<= | less than or equal | ARRAY[1,3] <= ARRAY[1,3] | t |
>= | greater than or equal | ARRAY[1,3] >= ARRAY[1,3] | t |
@> | contains | ARRAY[1,3] @> ARRAY[3,1] | t |
<@ | is contained by | ARRAY[2,7] <@ ARRAY[1,7,6] | t |
&& | overlap (have elements in common) | ARRAY[1,3] && ARRAY[2,1] | t |
|| | array-to-array concatenation | ARRAY[1,3] || ARRAY[4,6] | {1,3,6} |
|| | array-to-array concatenation | ARRAY[1,3] || ARRAY[[4,6],[7,8,9]] | {{1,3},{4,6},{7,9}} |
|| | element-to-array concatenation | 3 || ARRAY[4,6] | {3,6} |
|| | array-to-element concatenation | ARRAY[4,6] || 7 | {4,6,7} |
PostgreSQL 9.4.4 中文手冊
以上為個人經驗,希望能給大家一個參考,也希望大家多多支援我們。如有錯誤或未考慮完全的地方,望不吝賜教。