Здравствуйте, Somescout, Вы писали:

S>Взялся за разбиение индексов по разделам, и возникло несколько вопросов как всё это в итоге будет работать:
Собрался тебе отвечать, написал простынку и понял, что единственный верный ответ — это любимый ответ DBA.
It depends...

В общем, не зная твоей БД и тому, каким нагрузкам она подвергается сказать что-то точно нельзя.
На каждый ответ — может повлиять, а может и не повлиять или влияния ты даже не заметишь.

Единственное — я бы всё-таки на каждую таблицу завел свою функцию и схему. Разделяемых таблиц не должно быть
много, поэтому это не очень сильно усложнит администрирование, а по опыту могу сказать, что то, что предполагается
изначально универсальным/одинаковым очень быстро приобретает индивидуальность.

S>Есть 2 таблицы: документ и его строки, дата указана в документе, строки ссылаются на id документа. Есть ли возможность разделить обе таблицы по дате документа и стоит ли вообще смотреть в эту сторону (с учётом того что запрос строк происходит по id документа)?
Только если ввести дату еще и в строки.
А насчет того, имеет ли смысл смотреть в эту сторону... Ну ты ответ уже знаешь, да?

S>Есть ли смысл разбивать таблицы по каким-либо другим критериям (запись по итогу будет идти во все разделы)?
Очевидно, что заявленная цель (уменьшить стоимость хранения именно архивных данных) достигнута не будет.
Хотя не так уж мало случаев, когда сжатие данных улучшало производительность системы.

А с какой целью ты хочешь уменьшить объем файла с оперативными данными?