Re: ran out of space in relation map
От | Tom Lane |
---|---|
Тема | Re: ran out of space in relation map |
Дата | |
Msg-id | 7235.1566626302@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | ran out of space in relation map (constzl <const_sunny@126.com>) |
Ответы |
Re:Re: ran out of space in relation map
|
Список | pgsql-bugs |
constzl <const_sunny@126.com> writes: > This means that the number of mapping objects can not be more than MAX_MAPPINGS, which is 62 now. Yeah ... > If one day in the future, it does need to be more than 62, then what to do? Rethink your design? The current system is not close to running out of those slots, and I can't see any good reason for a large increase in the number of shared catalogs. If our backs were against the wall, we could rearrange things on the assumption that the OIDs of mapped catalogs must fit in 16 bits, which would make room for 80 or so slots without having to worry about torn writes. We could also be a bit charier about how many of these catalogs actually need toast tables ... regards, tom lane
В списке pgsql-bugs по дате отправления: