evostr Роман ДынникПри больши объемах таблицу секционируют по дате и сервер сам разбирается в какую часть писать запись, дополнительных действий со стороны разработчика по переливке при закрытии периода не требуется.
см. MSSQL - partitioned view
ORACLE - partition by table
1. При секционировании нужно учитывать, что при запросах без секционированного поля в условии производительность может значительно снизиться.
2. Секционирование доступно только в Enterprise Edition (по крайней мере в Oracle), цену лицензирования вам напомнить?

По 1. Оптимизация как правило требует усилий со стороны разработчика а иногда и пользователя. Хочешь, чтобы запросы работали быстро, нужно играть по правилам. Значительное снижение производительности касается скорее тех запросов которые работали быстро. Если к быстрый звпрос стал работать в 10 раз медленнее, то это может никто и не заметить. На медленные запросы секционирование или почти не влияет или существенно ускоряет.

По 2. Секционирование для того и нужно, чтобы управлять большими объёмами данных, а большие данные это обычно задача масштаба предприятия, за которую по любому придётся платить много.

Переносить данные в архив ежедневно нерационально. Вчерашние документы и даже документы недельной давности скорее всего могут понадобится, а для возврата документов из из архива, или для работы непосредственно в архиве придётся делать дополнительные программы.
Я встречался с программами, где архивируются только записи, к которым уже не будет надобности обращаться. По большому счёту их можно просто удалить, но на всякий случай их сбрасывают на ленты, DVD и т.п. Остальные записи хранятся в основной таблице (если нужно, её секционируют).
На СУБД, где секционирование не подерживалось использовал набор одинаковых таблиц с единым методом доступа через представления с UNION ALL, синонимы и т.п.. По мере надобности создавал новые таблицы и наполнял их оперативными данными, подключал их в представления и работал дальше. Данные с места на место не копировал (это долго и журналы транзакций пухнут).

Bogdanov AndreyНу а напоследок можно добавить, что с использованием view на основе обоих механизмов можно сымитировать для приложения поведение альтернативного варианта.

Скорее теоретически. На практике наверняка возникнут проблемы с производительностью.