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

[Товарищ ♂uatr]

Добрый день.
Возникает ошибка обновления записи после проставления нового значения в контейнерное поле. При условии, что выбирается запись вместе с приджоиниными таблицами.
Пример:
Table1 у которой есть поле Field1 типа Container.

    Table1  table1, 
            table1join; // может быть любая другая таблица
    ;

    ttsBegin;
    select firstOnly forUpdate table1
    join TableId from table1join; //exists join, выборка полей ограничена или нет - не важно
    // where может быть или отсутствовать - не важно
    table1.Field1 = [123];
    table1.update();

    ttsCommit;

Запрос:
Оператор SQL: UPDATE TABLE1 SET FIELD1=<n/a>,RECVERSION=идентификатор WHERE (((DATAAREAID=N'тут компания') AND (RECID=идентификатор)) AND (RECVERSION=идентификатор))

Ошибка:
Описание ошибки SQL: [Microsoft][SQL Native Client][SQL Server]Неправильный синтаксис около конструкции "<".

Помогает выбор записи без джоина.
Этому есть объяснение? Почему <n/a>?

[mikki_messer]

Цитата:

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

Добрый день.
Возникает ошибка обновления записи после проставления нового значения в контейнерное поле. При условии, что выбирается запись вместе с приджоиниными таблицами.
Пример:
Table1 у которой есть поле Field1 типа Container.

    Table1  table1, 
            table1join; // может быть любая другая таблица
    ;

    ttsBegin;
    select firstOnly forUpdate table1
    join TableId from table1join; //exists join, выборка полей ограничена или нет - не важно
    // where может быть или отсутствовать - не важно
    table1.Field1 = [123];
    table1.update();

    ttsCommit;

Запрос:
Оператор SQL: UPDATE TABLE1 SET FIELD1=<n/a>,RECVERSION=идентификатор WHERE (((DATAAREAID=N'тут компания') AND (RECID=идентификатор)) AND (RECVERSION=идентификатор))

Ошибка:
Описание ошибки SQL: [Microsoft][SQL Native Client][SQL Server]Неправильный синтаксис около конструкции "<".

Помогает выбор записи без джоина.
Этому есть объяснение? Почему <n/a>?

Тот запрос, что вы прислали не работает, т.к. не указано условие, по которому table1join присоединяется к table1

[Товарищ ♂uatr]

Цитата:

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

Тот запрос, что вы прислали не работает, т.к. не указано условие, по которому table1join присоединяется к table1

Добрый вечер.
Запрос имеет исключительно демонстративный характер - описывает суть проблемы.
В комментариях к нему сказано, что добавление where условия на результат не влияет.
Можете сами проверить where table1.RecId == table1join.RecId, например.

[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 не повторяется

[Товарищ ♂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...), а не литералы.