Re: jsonb and nested hstore - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: jsonb and nested hstore
Date
Msg-id 52F8C5CF.4060605@dunslane.net
Whole thread Raw
In response to Re: jsonb and nested hstore  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: jsonb and nested hstore  (Andres Freund <andres@2ndquadrant.com>)
List pgsql-hackers
On 02/10/2014 05:05 AM, Andres Freund wrote:
> Hi,
>
> On 2014-02-06 18:47:31 -0500, Andrew Dunstan wrote:
>>   * switching to using text representation in jsonb send/recv
>> +/*
>> + * jsonb type recv function
>> + *
>> + * the type is sent as text in binary mode, so this is almost the same
>> + * as the input function.
>> + */
>> +Datum
>> +jsonb_recv(PG_FUNCTION_ARGS)
>> +{
>> +    StringInfo    buf = (StringInfo) PG_GETARG_POINTER(0);
>> +    text       *result = cstring_to_text_with_len(buf->data, buf->len);
>> +
>> +    return deserialize_json_text(result);
>> +}
>> +/*
>> + * jsonb type send function
>> + *
>> + * Just send jsonb as a string of text
>> + */
>> +Datum
>> +jsonb_send(PG_FUNCTION_ARGS)
>> +{
>> +    Jsonb       *jb = PG_GETARG_JSONB(0);
>> +    StringInfoData buf;
>> +    char       *out;
>> +
>> +    out = JsonbToCString(NULL, (JB_ISEMPTY(jb)) ? NULL : VARDATA(jb), VARSIZE(jb));
>> +
>> +    pq_begintypsend(&buf);
>> +    pq_sendtext(&buf, out, strlen(out));
>> +    PG_RETURN_BYTEA_P(pq_endtypsend(&buf));
>> +}
> I'd suggest making the format discernible from possible different future
> formats, to allow introducing a proper binary at some later time. Maybe
> just send a int8 first, containing the format.
>

Teodor privately suggested something similar.  I was thinking of just 
sending a version byte, which for now would be '\x01'. An int8 seems 
like more future-proofing provision than we really need.

cheers

andrew



pgsql-hackers by date:

Previous
From: Etsuro Fujita
Date:
Subject: Re: inherit support for foreign tables
Next
From: Andres Freund
Date:
Subject: Re: jsonb and nested hstore