Re: CANTIDAD MAXIMA DE TABLAS EN UN SCHEMA

On 21/12/17 01:55, Alvaro Herrera wrote:
> Jaime Casanova escribió:
>
>> En realidad, deberías tener problemas mucho antes de llegar a esa
>> cantidad de tablas.
>> Estaba pensando, por ejemplo, en que al crear una tabla se consumen al
>> menos 3 oid (1 por la tabla y 2 por los tipos de datos asociados que
>> se crean) y si la tabla tiene al menos un PK se consumen 5 oid y si
>> creas constraints u otros objetos se consumirán mas oid.
>>
>> Pero asumamos el caso más simple, una tabla sin constraints, sólo 3
>> oids consumidos por tabla; considerando que un oid es un tipo de dato
>> de 32bits sólo se podrían crear cerca de 1431 millones de tablas. Pero
>> siendo que crearás índices, funciones, constraints y otros lo más
>> probable es que solo puedas crear unas decenas o centenas de millones
>> de tablas.
> Esto es cierto, pero los OIDs sólo tienen que ser únicos dentro de un
> mismo catálogo. Si bien usan todos el mismo generador, el sistema está
> preparado para buscar un nuevo número si el que se asigna ya está usado.
> Entonces los constraints, como están en otro catálogo, no disminuyen el
> límite de tablas, pero los índices sí. Pero cada tabla tiene además un
> tipo compuesto y un tipo de array, o sea que cada tabla necesita 3 OIDs
> en pg_class; si agregas uno para el índice (que también estará en
> pg_class) usará 4 OIDs, así que sólo podrías tener 2^32-1 / 4 es decir
> unos 2^30 tablas (esto son 1073741824 que está muy cerca de lo que logró
> AHT el 2013 -- aunque él no tenía índice, así que su límite absoluto por
> este motivo era el doble). Esto siempre y cuando no pongas columnas que
> necesiten una tabla toast, porque entonces agregas dos OIDs más en
> pg_class, con lo que llegas a unas 2^29 (quinientos millones de tablas?)
>
> En todo caso, más que seguro que Flor no necesita mil millones de tablas
> :-)
>

    Os habéis acercado mucho, pero no del todo ^___^

    Efectivamente, los oids usan el mismo generador, pero PostgreSQL
busca huecos (y de hecho es lo que ralentiza exponencialmente la
creación de tablas próximo al límite, por razones obvias) en cada tabla,
que reusa oids. Así quien limita es pg_type (tocayo, muy bien
identificabas que se crea el tipo tabla y tabla[], pero éstos no gastan
oids de pg_class sino de pg_type).

    Así, en una tabla vacía (sin índices, PKs, FKs, etc) quien más oids
consume es pg_type (2 por tabla). De ahí que el máximo número de tablas
es, si no me equivoco:

(2^32 – 330) / 2 = 2_147_483_483

siendo 330 el número de pg_types que exista tras un initdb, y que varía
versión a versión; son 330 en algún PG anterior, a día de hoy serán más,
limitando un poco más el número máximo de tablas.

    Ahora bien, todas estas tablas, vacías (sin columnas) ocupan
aproximadamente 6TB. Así que no recomiendo a nadie crear tantas tablas
sea como fuere ;)

    Saludos,

    Álvaro

--

Álvaro Hernández Tortosa

-----------
<8K>data