медленый доступ к теблице после очистки 46 милионов записей.

[Attid]

это наверно не сюда но все же может заинтерусует ,
сервер версии 1,5 (точнее сейчас не скажу)

была у меня там "временная" табличка, складывал туда разные времееные данные, потом забыл про неё, понадобилась она мне снова.
а там уже 46 милионов записей набралось
ну я их окуратно удалил по 10000 (7 часов удалялось)
стала табличка пустой

Код: Выделить всё

select * from dev_log

возрощал 0 записей, но делал это 22 секунды =(
пересчитал индексы, сделал свип, не помогло.
времени разбираться больше не было, просто удалил табличку
создал новую и все вернулось на свои места.

что это могло быть ?
помог бы бекап\ресторе ?

[kdv]

что это могло быть ?

смотреть надо было IBAnalyst-ом. Скорее всего много пустых страниц осталось. или все-таки был еще мусор. в общем, гадать не надо, надо смотреть статистику.

помог бы бекап\ресторе ?

люди, когда вы наконец уясните, что Restore, это СОЗДАНИЕ БАЗЫ ДАННЫХ С НУЛЯ, целиком и полностью.
Поэтому да, разумеется помогло бы.

[WildSery]

Если б у меня хоть подозрение возникло, что удалятся будет более получаса, я бы скрипт на пересоздание написал, даже несмотря на кучу зависимостей. А уж если их нет - то даже вопрос такой не возник бы.

[Attid]

Если б у меня хоть подозрение возникло, что удалятся будет более получаса, я бы скрипт на пересоздание написал, даже несмотря на кучу зависимостей. А уж если их нет - то даже вопрос такой не возник бы.

а дропается разве другим алгоритмом ?
я так понимаю, сервер все равно все записи удаляет, а потом уже метаданые.
по крайней мере я подумал о том чтоб дробнуть запустил в эксперте, он повисел минут 10, я снес процесс и пошел скрипт писать на удаление записей.

[WildSery]

я так понимаю, сервер все равно все записи удаляет, а потом уже метаданые.

Нет, не так. DROP TABLE просто сносит метаданные и помечает страницы занятые под таблицу как свободные. Это если упрощённо.
Никакого удаления данных, как при DELETE FROM TABLE, нет.