Всем привет! Помогите решить такую задачу!
Есть таблица заказов клиентов, которую хочу секционировать, но по "хитрому".
Чтобы была одна секция в которую всегда был insert по-умолчанию, а по мере "старения"
данных, перемещать их вручную в "архивные" секции.
Объясню зачем так:
Мне удобней написать SELECT ONLY FROM , чтобы получить "живые" данные, а для получения данных из архива
просто SELECT FROM .
С декларативным описанием Postgres 12 не могу получить такую структуру таблицы (и соответственно всех ее подчиненных).
А если идти через INHERITS , то писать доп. триггеры не очень хочется.

P.S> Сейчас сделано через схемы: 2014-год,2015-год... и чтобы выбрать данные по всей базе (шеф просит) нужно писать через union

Заранее спасибо!

Согласен, полностью.
Но, хочу чтобы в основной части программы все "летало", используя только "живые" данные.
А в статистиках "шерстило" по всей базе.

Range не очень спасает, т.к. заказы могут длится 2-3 месяца, при этом он считается "живым"
и запросам придется лезть в "старые секции", а хотел бы выбирать только из одной, пока сам не решу, что заказ старый и переместить его в "архив".

Как-то так. Понимаю - бред. Но, вдруг у кого-то "мысля-идея" придет в голову :)

Это хорошая идея, спасибо.
А есть ли возможность у заказов со статусом "архивный" разделить на дополнительные секции. Например:

таблица orders
1. Секция - orders_live (живые заказы)
2. Секция - orders_archive (архивные заказы)
2.1. Субсекция - 2020.01 за январь
2.2. Субсекция - 2020.02 за февраль
....
2.n. Субсекция - ....