Удаление записей с собираемым условием как в query

[Ace of Database]

while (queryRun.next())
{
    salesTable = queryRun.get(tableNum(SalesTable));
    ttsbegin;
    updSalesTable = SalesTable::find(salesTable.SalesId, true);
    if (updSalesTable.RecId)
        updSalesTable.delete();
    ttscommit;
}

[Мартынов Дмитрий]

Цитата:

Сообщение от Ace of Database

while (queryRun.next())
{
    salesTable = queryRun.get(tableNum(SalesTable));
    ttsbegin;
    updSalesTable = SalesTable::find(salesTable.SalesId, true);
    if (updSalesTable.RecId)
        updSalesTable.delete();
    ttscommit;
}

А без циклов что нибудь есть?
Мы же можем написать

delete_from salesTable where ...

И удалить все одной командой. А если еще и добавить перед этим

    salesTable.skipEvents(true);
    salesTable.skipDataMethods(true);

То будет все еще быстрее. Правда надо не забыть отработать то, что было в методах и тегах удаления другими способами...

Хочется чего то такого (следующий код является фантазией по этому во избежании путаницы ставлю тег PHP++):

PHP код:

    queryRun.skipEvents(true);
    queryRun.skipDataMethods(true);
    queryRun.deleteRecords(); 


[gl00mie]

Цитата:

Сообщение от Мартынов Дмитрий

А без циклов что нибудь есть? Мы же можем написать

delete_from salesTable where ...

И удалить все одной командой.

Если предположить, что за раз будет удаляться не очень много записей - в пределах 10 тысяч, допустим (иначе транзакционный лог раздуется, и транзакция удаления записей будет достаточно долго отрабатывать) - то можно использовать такой подход: создать Query для выбора RecId удаляемых записей, при этом записи фильтровать по произвольным параметризируемым критериям, затем полученные RecId записать во вспомогательную таблицу (по аналогии с тем, как работает класс RecordReferenceList_RU) и в delete_from приджойнить ее к таблице, записи из которой удаляются.

[mazzy]

Цитата:

Сообщение от Мартынов Дмитрий

А без циклов что нибудь есть?
...
То будет все еще быстрее.

Не совсем так.
ты говоришь об ОДНОМ клиенте. А Аксапта - сетевая система.

Обрати внимание на вложенную транзакцию, которая присутствует в предлагаемом тебе примере. В цикле с маленькими транзакциями блокировки не эскалируются. Время, на которое блокируется каждая запись минимально.

delete_from будет делаться в одной транзакции. Следовательно велика вероятность эскалации блокировок. Кроме того, все затрагиваемые записи будут заблокированы до окончания транакции. Следовательно общая производительность скорее всего будет ниже из-за блокировок, а вероятность deadlock'ов сильно возрастает.

===============
Где-то в книжках по аксапте читал, что когда вводили групповые операции delete_from, updaterecordset и insertrecordset крепко думали об этом. Суть - в операторах за быстродействие полностью отвечает программист. И это его непосредственная задача думать о производительности. Query, в отличие от оператора, может корректироваться пользователем. Поэтому, христос его знает, что может ввести туда пользователь... и условия по полям без индекса, и дополнительные join... поэтому вводить такую фичу в Query не стали.