delete_from по связанным таблицам

[AzatGDC]

Добрый день,

Необходимо массово удалить строки по связанным таблицам. Подскажите пожалуйста как это делается? Таблиц 4. Необходимо удалить строки из таблицы строк, затем соотвествующие журналы из таблицы журналов а затем и два справочника. Microsoft пишет что delete_from не поддерживает inner join и предлагает такой вариант как обходной

static void DeleteInnerJoin2bJob(Args _args)
{
MyWidgetTable tabWidget; // extends xRecord.
;
ttsBegin;
while select
from tabGalaxy
where tabGalaxy .isTrusted == 0
{
delete_from tabWidget
where tabWidget .GalaxyRecId ==
tabGalaxy .RecId;
}
ttsCommit;
}

но у меня 4 таблицы по факту. И мне было сказано что вариант выше долго работает и есть другое решение. Заранее спасибо.

[sukhanchik]

Если связанные таблицы связаны между собой Relation-ом и есть Delete Action от главной таблицы к подчиненной с режимом Cascade, то удаление записей из главной таблицы автоматически удалит записи из подчиненной.

Например:

delete_from journals where journals.Status == 0

удалит не только журналы, но и их строки.

Далее, delete_from - самостоятельный оператор и while select, да еще и с транзакциями ему не нужно

Inner Join поддерживается (непонятно, откуда такая информация, что не поддерживается). Правда удаление все равно будет идти только из одной таблицы. Например:

delete_from trans join journals where journals.RecId == trans.journalsRecId && journals.Status == 1

Такая конструкция удалит строки только из тех журналов, у которых статус =1 (внимание - если есть Relations и Delete Actions - то эта конструкция упрощается до просто

delete_from journals where journals.Status == 1

)

[sukhanchik]

Если у Вас связаны 3 таблицы, как 1:N (справочник-журнал-строки) и между справочником и журналом стоит Cascade, а между журналом и строками Cascade или Cascade+Restricted, то удаление данных из справочника сразу удалит связанные данные из журнала и из строк

[dech]

Цитата:

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

И мне было сказано что вариант выше долго работает и есть другое решение. Заранее спасибо.

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

journals.skipDataMethods(true);
journals.skipDeleteActions(true);
journals.skipDatabaseLog(true);

skipDataMethods() может быть заменен методом skipDeleteMethod().
Однако вам нужно будет провести удаление всех 4 таблиц. Если вам нужно не быстрее, а проще - удалите записи таблицы с настроенными DeleteActions, остальное по связям удалится автоматом, как уже написали выше.

[Dreadlock]

если вопрос по версии до D365 и нужна именно скорость, то не проще ли вызвать операцию truncate на SQL?

[AzatGDC]

спасибо за ответ. то что delete_form не поддерживает inner join сказано майкрософтом здесь
https://docs.microsoft.com/en-us/dyn...er/delete-from
строчки
Example 2: Delete Plus Inner Join Logic

X++ does not support an inner join on the delete_from statement. Therefore you cannot use the unmodified join keyword on the delete_from statement. However, there are other ways to logically accomplish an inner join.

The examples in this section show techniques for achieving inner join logic by a sequence of X++ statements.

так же редактор говорит следующее когда я пытаюсь написать

 delete_from journalStringsAzat
        join journalAzat
            where journalAzat.journalIDAzat == journalStringsAzat.journalIDAzat

внутренее и внешнее объединение в данном контексте не допускаются - err:134

а вот такая конструкция ошибок не вызывает

 delete_from journalStringsAzat
        exists join journalAzat
            where journalAzat.journalIDAzat == journalStringsAzat.journalIDAzat

Вы написали что удаление происходит из первой таблицы. След-но эта конструкцимя будет иметь такой же эффект капк и inner join в данном контексте?

Спасибо.

[Alex_KD]

напишите sql скрипт