PostgreSQL return result set as JSON array?

前端 未结 2 1900
情书的邮戳
情书的邮戳 2020-11-30 16:41

I would like to have PostgreSQL return the result of a query as one JSON array. Given

create table t (a int primary key, b text);

insert into t values (1, \         


        
相关标签:
2条回答
  • 2020-11-30 17:26

    Also if you want selected field from table and aggregated then as array .

    SELECT json_agg(json_build_object('data_a',a,
                                      'data_b',b,
    ))  from t;
    

    The result will come .

     [{'data_a':1,'data_b':'value1'}
      {'data_a':2,'data_b':'value2'}]
    
    0 讨论(0)
  • 2020-11-30 17:32

    TL;DR

    SELECT json_agg(t) FROM t
    

    for a JSON array of objects, and

    SELECT
        json_build_object(
            'a', json_agg(t.a),
            'b', json_agg(t.b)
        )
    FROM t
    

    for a JSON object of arrays.

    List of objects

    This section describes how to generate a JSON array of objects, with each row being converted to a single object. The result looks like this:

    [{"a":1,"b":"value1"},{"a":2,"b":"value2"},{"a":3,"b":"value3"}]
    

    9.3 and up

    The json_agg function produces this result out of the box. It automatically figures out how to convert its input into JSON and aggregates it into an array.

    SELECT json_agg(t) FROM t
    

    There is no jsonb (introduced in 9.4) version of json_agg. You can either aggregate the rows into an array and then convert them:

    SELECT to_jsonb(array_agg(t)) FROM t
    

    or combine json_agg with a cast:

    SELECT json_agg(t)::jsonb FROM t
    

    My testing suggests that aggregating them into an array first is a little faster. I suspect that this is because the cast has to parse the entire JSON result.

    9.2

    9.2 does not have the json_agg or to_json functions, so you need to use the older array_to_json:

    SELECT array_to_json(array_agg(t)) FROM t
    

    You can optionally include a row_to_json call in the query:

    SELECT array_to_json(array_agg(row_to_json(t))) FROM t
    

    This converts each row to a JSON object, aggregates the JSON objects as an array, and then converts the array to a JSON array.

    I wasn't able to discern any significant performance difference between the two.

    Object of lists

    This section describes how to generate a JSON object, with each key being a column in the table and each value being an array of the values of the column. It's the result that looks like this:

    {"a":[1,2,3], "b":["value1","value2","value3"]}
    

    9.5 and up

    We can leverage the json_build_object function:

    SELECT
        json_build_object(
            'a', json_agg(t.a),
            'b', json_agg(t.b)
        )
    FROM t
    

    You can also aggregate the columns, creating a single row, and then convert that into an object:

    SELECT to_json(r)
    FROM (
        SELECT
            json_agg(t.a) AS a,
            json_agg(t.b) AS b
        FROM t
    ) r
    

    Note that aliasing the arrays is absolutely required to ensure that the object has the desired names.

    Which one is clearer is a matter of opinion. If using the json_build_object function, I highly recommend putting one key/value pair on a line to improve readability.

    You could also use array_agg in place of json_agg, but my testing indicates that json_agg is slightly faster.

    There is no jsonb version of the json_build_object function. You can aggregate into a single row and convert:

    SELECT to_jsonb(r)
    FROM (
        SELECT
            array_agg(t.a) AS a,
            array_agg(t.b) AS b
        FROM t
    ) r
    

    Unlike the other queries for this kind of result, array_agg seems to be a little faster when using to_jsonb. I suspect this is due to overhead parsing and validating the JSON result of json_agg.

    Or you can use an explicit cast:

    SELECT
        json_build_object(
            'a', json_agg(t.a),
            'b', json_agg(t.b)
        )::jsonb
    FROM t
    

    The to_jsonb version allows you to avoid the cast and is faster, according to my testing; again, I suspect this is due to overhead of parsing and validating the result.

    9.4 and 9.3

    The json_build_object function was new to 9.5, so you have to aggregate and convert to an object in previous versions:

    SELECT to_json(r)
    FROM (
        SELECT
            json_agg(t.a) AS a,
            json_agg(t.b) AS b
        FROM t
    ) r
    

    or

    SELECT to_jsonb(r)
    FROM (
        SELECT
            array_agg(t.a) AS a,
            array_agg(t.b) AS b
        FROM t
    ) r
    

    depending on whether you want json or jsonb.

    (9.3 does not have jsonb.)

    9.2

    In 9.2, not even to_json exists. You must use row_to_json:

    SELECT row_to_json(r)
    FROM (
        SELECT
            array_agg(t.a) AS a,
            array_agg(t.b) AS b
        FROM t
    ) r
    

    Documentation

    Find the documentation for the JSON functions in JSON functions.

    json_agg is on the aggregate functions page.

    Design

    If performance is important, ensure you benchmark your queries against your own schema and data, rather than trust my testing.

    Whether it's a good design or not really depends on your specific application. In terms of maintainability, I don't see any particular problem. It simplifies your app code and means there's less to maintain in that portion of the app. If PG can give you exactly the result you need out of the box, the only reason I can think of to not use it would be performance considerations. Don't reinvent the wheel and all.

    Nulls

    Aggregate functions typically give back NULL when they operate over zero rows. If this is a possibility, you might want to use COALESCE to avoid them. A couple of examples:

    SELECT COALESCE(json_agg(t), '[]'::json) FROM t
    

    Or

    SELECT to_jsonb(COALESCE(array_agg(t), ARRAY[]::t[])) FROM t
    

    Credit to Hannes Landeholm for pointing this out

    0 讨论(0)
提交回复
热议问题