На самом деле данные удалить можно, но для этого надо выгрузить дамп, пройти по нему утилитой svndumpfilter, после чего создать новое хранилище, загрузить в него обработанный дамп и подменить старое хранилище новым. Муторно, но работает. Если очень нужно, один раз можно и повозиться.
hrvasiliy: И где там in? Берите исходные таблицы с отношением "один ко многим", и нужный запрос получится сам собой. Преждевременная оптимизация — зло.
KIN1991: Под постоянным имел в виду подключение клиента типа как в SQL*Plus, то есть надолго, а не ради генерации одной страницы. Еще MTS не должен использоваться, он тоже влияет.
TheRL: Мне кажется, что для отчетов тут логично использовать материализованные представления -- это и будут ваши дублирующие таблицы, но средствами Oracle, со штатной синхронизацией.
Сколько данных в таблице? Сколько данных грузится каждый день? Как часто пересчитывается статистика, пересчитывается ли принудительно после загрузки? Как выглядят медленные и быстрые планы?
А не глядя остается только согласиться с "Может быть, стоит провести ревизию всех пакетов и запросов", поскольку раз нет фактической инфы, то вам на месте должно быть виднее.
twintwin1003: В DOS это тоже API, просто в DOS API строился на прерываниях, а в Windows -- на разделяемых библиотеках и импорте из них. Это от архитектуры ОС зависит. Писать в 32-битном режиме на прерываниях можно в "Колибри" -- она 32-битная, но API в стиле DOS. Написана как раз на FASM.
