MaXieПостановка, безусловно, упрощена до предельно простого примера.
В реальности, речь идет о таблице, состав полей в которой не подлежит изменению("боевая" среда, таблица является частью "коробочного" продукта и т.д.). На эту таблицу создается "журнал"(лог материализованного представления), который, с целью максимально быстрой очистки, хочется секционировать, но таким образом, чтобы потом не "дропать" секции(необходимо принять как данное), а выполнять только "транкейт", т.е. использовать запись в секции "журнала" циклично, по аналогии с обычными REDO-журналами. Насколько я понимаю, ни каких иных полей, кроме тех что есть в базовой таблице, в "журнале" быть не может.
Если речь про встроенные средства MATERIALIZED VIEW + MATERIALIZED VIEW LOG, то перед изобретением велосипедов имеет смысл ознакомиться с
Если же изобретены какие-то собственные журналы и производные таблицы, то тут можно фантазировать на следующие темы
hash функцию при hash секционировании выбирать нельзя.
То есть, если не устраивает встроенный хеш алгоритм, а нужен именно mod(...,2), то тут без доп колонок ничего сделать нельзя.
(в 11-ке можно если сильно захотеть получить persisted invisible virtual columns)
Но скорее всего, учитывая временнУю специфику, можно секционировать по range/interval и удалять секции по мере устаревания.

Если журнал заполняется самописными средствами, то можно задействовать system partitioning и писать в желаемую секцию.