В итоге все равно будет перегрузка по производительности. Решение с архивом верное. Теперь когда проектирую новые системы сразу предусматриваю архивирование. Хотя есть еще вариант, например копим данные за 10 лет потом начинаем стирать, тем самым получаем более менее постоянный объем базы, без бесконечного роста. Перед операцией стирания делаем копию базы, на случай если кому то очень захочется порыться в древностях. А вот встроить архивирование в уже работающую систему с сотнями таблиц и тысячами процедур у нас не получилось - по трудоемкости не реaльно, проще все переписать.
-----Original Message----- From: ru-firebird@googlegroups.com [mailto:ru-firebird@googlegroups.com] On Behalf Of Евгений Виноградный Sent: Tuesday, July 05, 2011 9:37 PM To: ru-firebird@googlegroups.com Subject: Re: EXECUTE STATEMENT к другой базе в рамках установленного коннекта > а так, имеем таких клиентов, которые элементарно жмутся на технике и > тяжко им что-то втолковать. > Значит остальное попробовать. Был случай когда добавление двух индексов уменьшило время выполнения операции с 30 минут до 20 секунд. Наличие долгих снэпшот транзакций может сильно нагружать сервер и диски. Помогало увеличение оперативной памяти сервера. Увеличить память используемую под кеш страниц. Может вообще отказаться от классического сервера и использовать суперсервер, если так мало памяти. И т.п.
