Ошибка БД при обновлении контейнерного поля

[Товарищ ♂uatr]

Цитата:

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

Смущает table1.Field1 = [123];

Я бы сделал

container con = [123];
table1.Field1 = con;

Так абсолютно аналогичная ситуация.
Проблема была выявлена в ходе копирования значения поля одного рекорда в другой.

Цитата:

Сообщение от Raven Melancholic

А что за окружение (версия DAX, SQL)?

static void Job4(Args _args)
{
    Table2 table2, table2join;
    ;

    ttsBegin;
    
    select firstOnly forUpdate table2
        join TableId from table2join;
    
    table2.Field1   = [123];
    table2.update();
    
    ttsCommit;
}

В DAX2009 5.0.1500.6491 с MS SQL 2008R2 не повторяется

Не воспроизводится? Интересно... Если запись выбираемая уже имеет присваиваемое значение, то разумеется ошибка не возникает. UPDATE на самом деле до БД доходит?
В моем случае идентичная среда: DAX2009 5.0.1500.6491 и Microsoft SQL Server 2008 R2(SP3).

[ax_mct]

Цитата:

Сообщение от Товарищ ♂uatr

Так абсолютно аналогичная ситуация.

Не соглашусь. Здесь нельзя полагаться на логику.
table1.Field1 += [123] уже может работать не так как table1.Field1 = [123]

В любом случае что с присвоением контейнера что присвоением .NET типов сразу надо пробовать через обьявление переменной при возникновении ошибок. Как там работает интерпретатор только одному ему известно. Понятно что по логике раз без join работает то типа можно но там тоже человеки на сях писали и могли отчебучить все что угодно.

[Raven Melancholic]

Цитата:

Сообщение от Товарищ ♂uatr

ТЕсли запись выбираемая уже имеет присваиваемое значение, то разумеется ошибка не возникает. UPDATE на самом деле до БД доходит?

В первом варианте значение уже было. Для чистоты эксперимента в начале сделал

delete_from table2;
table2.clear();
table2.insert();
table2.insert();
table2.insert();

А потом уже update. При этом insert пробовал и один и несколько, результат тот же - ошибки нет.
Профайлер MS SQL все команды поймал, только что именно пришло не знаю - там были плейсхолдеры (@P1...), а не литералы.