Recursive JSON in PostgreSQL

I have the following table in PostgreSQL 9.5 server:
tables

It is worth noting that the position is theoretically infinitely recursive. I need to generate a JSON message from the root position and recurse to all sub positions; each position has some attributes, one A series of inventory items and a series of sub-locations.

How to create a high-performance query for this? I am researching various PostgreSQL JSON functions, LATERAL keywords, CTE, and am a bit confused. I have done JSON output using non-recursive query, but I am not sure how to handle recursion cleanly.

Here is an example Output:

{
"id": 1000,
"name": "By Location",
"type": "SITE ",
"locations": [
{
"id": 1005,
"name": "Storage A",
"type": "STOR" ,
"locations": [...(same schema as parent)... ],
"inventories": [...(see below for schema)... ]
},
{
"id": 1017,
"name": "Storage B",
"name": "COLD",
"locations": [...(same schema as parent)... ],
"inventories": [...(see below for schema)... ]
}
],
"inventories": [
{
"id": 5340,
"product_id": 9120,
"name": "Product X",
" thumb": "https://example.com/api/images/nnnn.jpg",
"sort_order": 1,
"par_level": 3.5,
"created": 1452898800 ,
"updated": 1453071600,
"measures": [
{"id": 3498, "quantity": 2.25, "created": 1453071600, "updated": 1453071600},
{"id": 3456, "quantity": 3.25, "created ": 1452898800, "updated": 1452898800}
]
}
]
}

Let’s break it into pieces. First, you will use nested subqueries to create nested arrays. Common table expressions may help.

Other tricks are row_to_json and json_agg.

The first problem is that row_to_json needs a table as a parameter to return the correct label.

select json_agg(locations) from locations

will return a json object for each row. To use only certain fields, you need to create a type and cast it or use CTE and the syntax above. In most cases, I would Use CTE.

So you will end up with something like:

WITH lowlevel1 AS 
(
SELECT a,
b,
c
FROM tab1) ,lowlevel2 AS
(
SELECT b,
c,
d
FROM tab2), midlevel1 AS
(
SELECT e,
f,
g,
json_agg(lowlevel1) AS lab1,
j son_agg(lowlevel2) AS lab2
FROM tab3
LEFT OUTER JOIN lowlevel1
ON tab3.id = lowlevel1.parent
LEFT OUTER JOIN lowlevel2
ON tab3.id = lovlevel2 .parent)
SELECT row_to_json(midlevel1) from midlevel1

Or use json_agg(midlevel1) instead of row_to_json(midlevel1) in the last row to return an array of all rows.

CTE also supports regression using the RECURSIVE modifier. However, it returns a table containing regression results instead of a nested JSON structure. Therefore, you may need to explicitly encode the desired nesting level.

< p>If the element does not exist, Postgres will return null. For example, the list of sub-locations that does not exist will return “location”: [null]. In order to replace it with a more meaningful result, <> then <> otherwise'[]’ ends Or if <> then <> otherwise the end of'[]’ can be used. The first one is “search case”, where each test is a boolean expression.

I have the following table in PostgreSQL 9.5 server:
tables

The notable structure is that theoretically the position is infinitely recursive. I need to generate a JSON message from the root position and recurse to all sub positions; each position has some attributes, a series of inventory items and a series of sub positions.

How to create a high-performance query for this? I am researching various PostgreSQL JSON functions, LATERAL keywords, CTE, and am a bit confused. I have done JSON output using non-recursive query, but I am not sure how to handle recursion cleanly.

Here is an example Output:

{
"id": 1000,
"name": "By Location",
"type": "SITE ",
"locations": [
{
"id": 1005,
"name": "Storage A",
"type": "STOR" ,
"locations": [...(same schema as parent)... ],
"inventories": [...(see below for schema)... ]
},
{
"id": 1017,
"name": "Storage B",
"name": "COLD",
"locations": [...(same schema as parent)... ],
"inventories": [...(see below for schema)... ]
}
],
"inventories": [
{
"id": 5340,
"product_id": 9120,
"name": "Product X",
" thumb": "https://example.com/api/images/nnnn.jpg",
"sort_order": 1,
"par_level": 3.5,
"created": 1452898800 ,
"updated": 1453071600,
"measures": [< br /> {"id": 3498, "quantity": 2.25, "created": 1453071600, "updated": 1453071600},
{"id": 3456, "quantity": 3.25, "created": 1452898800, "updated": 1452898800}
]
}
]
}

Let’s divide it into Block. First, you will use nested subqueries to create nested arrays. Common table expressions may help.

Other tricks are row_to_json and json_agg.

The first problem is that row_to_json needs the table as a parameter to return the correct label.

select json_agg(locations) from locations

will return for each row A json object. To use only certain fields, you need to create a type and cast it or use CTE and the above syntax. In most cases, I will use CTE.

So you will eventually Get something like:

WITH lowlevel1 AS 
(
SELECT a,
b,
c
FROM tab1) ,lowlevel2 AS
(
SELECT b,
c,
d
FROM tab2) ,midlevel1 AS
(
SELECT e,
f,
g,
json_agg(lowlevel1) AS lab1,
json_agg(lowlevel2) AS lab2
FROM tab3
LEFT OUTER JOIN lowlevel1
ON tab3.id = lowlevel1.parent
LEFT OUTER JOIN lowlevel2
ON tab3.id = lovlevel2.parent)
SELECT row_to_json(midlevel1) from midlevel1

Or use json_agg(midlevel1) instead of row_to_json(midlevel1) in the last line to return an array of all rows.

CTE also supports the use of the RECURSIVE modifier for regression. But , It returns a table containing regression results, not a nested JSON structure. Therefore, you may need to explicitly encode the required nesting level.

If the element does not exist, Postgres will return null. For example, a list of sub-locations that does not have will return “location”: [null]. In order to replace it with a more meaningful result, <> then <> else'[]’ ends or if <> then <> else'[]’ The end can be used. The first one is “search case”, where each test is a boolean expression.

WordPress database error: [Table 'yf99682.wp_s6mz6tyggq_comments' doesn't exist]
SELECT SQL_CALC_FOUND_ROWS wp_s6mz6tyggq_comments.comment_ID FROM wp_s6mz6tyggq_comments WHERE ( comment_approved = '1' ) AND comment_post_ID = 735 ORDER BY wp_s6mz6tyggq_comments.comment_date_gmt ASC, wp_s6mz6tyggq_comments.comment_ID ASC

Leave a Comment

Your email address will not be published.