Andrew Dunstan <[EMAIL PROTECTED]> writes: > One complicating factor I see is that there is no protocol level support > for anything other than simple objects - each data value is simply a > stream of bytes of a known length. We would therefore need some pretty > robust processing to pick apart structured objects.
Well, it's not that hard, the quoting/escaping rules for array_out and record_out are well defined. Are you intending that these operations support both text and binary results? The array accessors with ... parameter lists strike me as a bit dangerous, because there is no way at all to verify that the caller is passing the expected number of dimensions. Can't that be made tighter? Also you need to spell out the error handling conventions for each of these. I think you missed some "free()" operations. It might also be useful to provide some functions that form an array or composite value from per-element strings, ie, the converse of the de-construction routines. Here I'd be happy to skip the binary case. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers