Re: jsonb format is pessimal for toast compression
От | Jan Wieck |
---|---|
Тема | Re: jsonb format is pessimal for toast compression |
Дата | |
Msg-id | 54225074.4040303@wi3ck.info обсуждение исходный текст |
Ответ на | Re: jsonb format is pessimal for toast compression (Craig Ringer <craig@2ndquadrant.com>) |
Ответы |
Re: jsonb format is pessimal for toast compression
Re: jsonb format is pessimal for toast compression |
Список | pgsql-hackers |
On 09/15/2014 09:46 PM, Craig Ringer wrote: > On 09/16/2014 07:44 AM, Peter Geoghegan wrote: >> FWIW, I am slightly concerned about weighing use cases around very >> large JSON documents too heavily. Having enormous jsonb documents just >> isn't going to work out that well, but neither will equivalent designs >> in popular document database systems for similar reasons. For example, >> the maximum BSON document size supported by MongoDB is 16 megabytes, >> and that seems to be something that their users don't care too much >> about. Having 270 pairs in an object isn't unreasonable, but it isn't >> going to be all that common either. > > Also, at a certain size the fact that Pg must rewrite the whole document > for any change to it starts to introduce other practical changes. > > Anyway - this is looking like the change will go in, and with it a > catversion bump. Introduction of a jsonb version/flags byte might be > worthwhile at the same time. It seems likely that there'll be more room > for improvement in jsonb, possibly even down to using different formats > for different data. > > Is it worth paying a byte per value to save on possible upgrade pain? > This comment seems to have drowned in the discussion. If there indeed has to be a catversion bump in the process of this, then I agree with Craig. Jan -- Jan Wieck Senior Software Engineer http://slony.info
В списке pgsql-hackers по дате отправления: