VisermozЗдравствуйте.
В рабочий проект планируется ввести поддержку секционирования.

То что сейчас хранится в 4 таблицах планируется разделить на 8000 таблиц.
Примерное описание модели такое: есть некоторые типы(порядка 2000), хранящиеся в одной таблице(принадлежность типа определяется по справочному полю), плюс таблица для хранения связанных пространственных данных Postgis. И по таблице логов на каждую из этих таблиц. Таблицы довольно объемные и некоторые сложные запросы(особенно использующие пространственные операции) выполняются неприемлемое время.
Для теста я вынес типы в отдельные таблицы и повторил запросы- данные стали получаться мгновенно. Суммарный размер индексов с 15 гб уменьшился до 2 Гб.

Новая модель всех устраивает, но меня пугает такое большое количество таблиц:
(2000 типов* 4 таблицы) * количество схем 27=216000 таблиц.
Как поведет себя операционная система с таким количеством файлов в одном каталоге? Системный словарь тоже разрастется, т.к. с таблицами ведь еще создадутся индексы, триггеры, констрейнты.

Как вы считаете , допустимо ли использовать такое количество таблиц, может ли это где-то сказаться? Например, при снятии копии утилитой pg_dump процесс, хранящий описание такого количества таблиц наверняка разрастётся по памяти.

Я бы сказал что в такой ситуации легко получить OOM на сервере с меньше чем 32GB памяти.
215k таблиц это всетаки неадекватно много.
Но попробовать в принципе можно (т.е. это не 2М таблиц всетаки).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru