Truncate части таблицы

[Logger]

Коллеги подскажите, возможно средствами оракла грохнуть быстро часть таблицы ?
Стоит задача почистить salesDataBaseLog.

Самый просто вариант это сделать truncate - но нужно часть записей (10% объема сохранить)
DELETE_from - не подходит, так как сильно напрягается движок БД.

Возможен некий гибрид этих операций ? Чтобы удалить только часть таблицы, но так же ненапряжно для БД как при truncate ?

[egorych]

скопировать нужную часть в другую таблицу, старую инфу грохнуть, а потом перелить нужную ;-)

[ZVV]

Цитата:

Сообщение от egorych

скопировать нужную часть в другую таблицу, старую инфу грохнуть, а потом перелить нужную ;-)

Зачем же переливать? Можно переименовыть!

А вообще это стандарт для таких ситуаций, лучше не придумаете, тем более что тут нет констрэинтов:
- CTAS (Create Table As Select) нужной части данных
- Drop <table>
- Rename <inter_table> to <table>
- Create <нужные индексы> - в случае Аксапты - синхронизация

Что приятно, в отличие от удаления ещё и "соптимизируется" занимаемое таблицей и её индексами место...

[Logger]

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

Попроще есть что-нибудь ?

[egorych]

Цитата:

Сообщение от Logger

Попроще есть что-нибудь ?

Если для Оракла, то почти также, но быстрей ;-) - expdp таблицы -> truncate -> impdp с условием (where ...)
Других вариантов ИМХО нет - на то он и trunk !

[DSPIC]

Если не уходить в Оракл, не пробовали ли вы попробовать отключить:

    SalesTable      salesTable;
    ;

    salesTable.skipDatabaseLog(false);
    salesTable.skipAosValidation(false);
    salesTable.skipDataMethods(false);
    salesTable.skipDeleteActions(false);
    salesTable.skipDeleteMethod(false);
    salesTable.skipEvents(false);
    
    delete_from salesTable;

Т.е. тут правда определяющий метод .skipDatabaseLog(false); Остальное так, для наглядности.

[Logger]

Цитата:

Сообщение от DSPIC

Если не уходить в Оракл, не пробовали ли вы попробовать отключить:

    SalesTable      salesTable;
    ;

    salesTable.skipDatabaseLog(false);
    salesTable.skipAosValidation(false);
    salesTable.skipDataMethods(false);
    salesTable.skipDeleteActions(false);
    salesTable.skipDeleteMethod(false);
    salesTable.skipEvents(false);
    
    delete_from salesTable;

Т.е. тут правда определяющий метод .skipDatabaseLog(false); Остальное так, для наглядности.

Да я в принципе такой способ и подразумевал под delete_from - но как показывает практика, он для БД все равно тяжелый. Тяжко ей когда удаляется 90% объема. Видимо она весь его пытается в лог транзакций (или что там у оракла есть) пихать и давится.

[Wamr]

Медленно и печально, но совершенно незаметно для окружающих, если есть индекс по RecId

SELECT TOP 1 * 
FROM SysDatabaseLog (NOLOCK)
WHERE CreatedDate < DATEADD(m, -1, GETDATE());
GO
WHILE @@ROWCOUNT > 0
BEGIN
	DELETE FROM SysDatabaseLog
	WHERE RecId IN (SELECT TOP 1000 RecId 
					FROM SysDatabaseLog (NOLOCK)
					WHERE CreatedDate < DATEADD(m, -1, GETDATE()) );
END
GO