а есть в постгрессе inherit таблицы?

ну штобы сделать одну заготовку, и ещё штук 20 имели такие же поля в основе, плюс может быть ещё свои.

шоп я менял в основной таблице тип поля - и в остальных 20 они тоже автоматом поменялись

ещё оправдано, когда приходят всякие аналитики и прочие датасайтинсты со своими нетипичными запросами, которые каждый раз разные и запускаются раз в полгода год.  Все их индексы создаются в отдельной файлгруппе и файле, не забивая основной файл - и грохнуть их в случае проблем с местом в разы проще.

Такого нет

Наследуемые таблицы есть, но они как бы сами по себе

Причем тут забивать не забивать :)
Индексы все равно писаться будут :) постоянно
другое дело, елси их раз в полгода создают - это да

закончилось место. А у меня каверинг индексы для них - считай копия таблицы - они ж умные, пишут селект * всегда, и при этом сами не знают, что им понадобится в итоге, поэтому просят все поля. Я гупаю индекс. Если он в основном файле, то мне нужно его шринкать со всеми вытекающими. А если в отдельном - дропнул его да и океюшки

Это ненормальная система на самом деле
когда что-то пишется а потмо дропается

т.е. пишется все время

есть наследуемые? можешь кинуть ссыль?

ну всяко разно в жизни конечно может быть

Насчет дефрагментации - в СХД она как бы ... ну в общем-то, не сильно принципиально ее отсутствие

😁 я проста пишу архитектуру с пояснениями, чтобы командно делать базу

ну это нормально, когда идёт процесс анализа, на самом деле. А анализы у нас по полгода-год могут вестись. ПОтом они строят свои модели, выдают финальный алгоритм, и уже начинают заслуживать индексов в основных партишнах :)

А, ну тогда как бы да, получается, период накопления и потом сброс

но вот есть объектная модель БД, там один раз создал 99% на старте, в том числе индексы

ну и ещё, как мне кажется, в системах АСУП такое может пригодится. Особенно, там, где отчёты в налоговые отправляют раз в квартал. Или начальству раз в месяц. Для этого нужны совершенно другие индексы, чем при обычной работе системы. Нафига целый квартал писать всё, если ты знаешь, что оно понадобиться в конце, и -  кстати - скорее всего индекс придётся ребилдануть ибо он будет фрагментирован. А если не будет, значит мейнтенанс жобы тратят мейтенанс время на то, что гарантированно не будет юзаться в течении трёх месяцев минус один день. Для такого проще построить индекс перед созданием этого репорта, сделать этот репорт и грохнуть этот индекс, кмк.

Ну в таких случаях специндексы создаются временно, т.е. за пару-тройку ночей и вперед
ну и да, разумеется, отдельная ФГ или даже на отдельном диске - отправдана