update_recordset не работает с системными полями и таблицами?

[Alexx7]

Добрый день.

Я пробую изменить компанию в таблице с помощью update_recordset. Выдает ошибку "Системные поля не могут быть добавлены или обновлены.". Вопрос. Можно как то обойти эту ошибку.

Вот джоб:

static void CangeCompany(Args _args)
{

    PersonTitleTable   personTitleTable;
    ;
    
    update_recordset personTitleTable
        setting DataAreaId = 'cmp';
 
}

[ZVV]

Цитата:

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

Добрый день.

Я пробую изменить компанию в таблице с помощью update_recordset. Выдает ошибку "Системные поля не могут быть добавлены или обновлены.". Вопрос. Можно как то обойти эту ошибку.

Вот джоб:

static void CangeCompany(Args _args)
{

    PersonTitleTable   personTitleTable;
    ;
    
    update_recordset personTitleTable
        setting DataAreaId = 'cmp';
 
}

А при чём тут update_recordset? ))
Upd Ну в том смысле что и через обычный update() вы так не сделаете...

Удалить запись в одной компании, потом вставить в другую (использовать оператор changeCompany)...

[Alexx7]

Цитата:

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

А при чём тут update_recordset? ))
Удалить запись в одной компании, потом вставить в другую (использовать оператор changeCompany)...

Мне надо в таблице поменять знчение поля "DataAreaId".
Какие ещё способы можно использовать?

[e@gle]

попробуйте так:

    while select forupdate personTitleTable
    {
        personTitleTable.(fieldNum(personTitleTable, dataAreaId)) = 'cmp';
        personTitleTable.update();
    }

[lev]

на таблицах есть метод overwriteSystemfields()... если хотите изменять системные поля, перед апдейтом нужно вызывать этот метод с параметром true (overwriteSystemfields(true))...

[Alexx7]

Цитата:

Сообщение от e@gle

попробуйте так:

    while select forupdate personTitleTable
    {
        personTitleTable.(fieldNum(personTitleTable, dataAreaId)) = 'cmp';
        personTitleTable.update();
    }

Не получается. Вот инфолог:

"Сообщение (16:44:33)
Невозможно отредактировать запись в Должности контакнтых лиц (PersonTitleTable).
Обновление должно выполняться внутри операции.
(S)\Classes\xRecord\update
(C)\Jobs\CangeCompany - line 13

Обновление должно выполняться внутри операции. [W-456746819624370298]"

Цитата:

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

на таблицах есть метод overwriteSystemfields()... если хотите изменять системные поля, перед апдейтом нужно вызывать этот метод с параметром true (overwriteSystemfields(true))...

Странно. Компилятор выдает ту же самую ошибку.

[lev]

а обновление выполняете внутри транзакции ?
если открыта то правильно ли закрыта?

[Alexx7]

Цитата:

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

а обновление выполняете внутри транзакции ?
если открыта то правильно ли закрыта?

Нет. Вообще не открываю транзакцию. На всякий случай проверил с трназакцией. Ответ системы тот же.

[ZVV]

Цитата:

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

Нет. Вообще не открываю транзакцию. На всякий случай проверил с трназакцией. Ответ системы тот же.

Всё нормально работает, как то не так окрываете...

    ttsBegin;

    while select forupdate personTitleTable
    {
        personTitleTable.(fieldNum(personTitleTable, dataAreaId)) = 'cmp';
        personTitleTable.update();
        break;
    }  

    ttsAbort;

[lev]

выложите джоб в нынешнем варианте, плиз

[corner77]

Цитата:

Всё нормально работает, как то не так окрываете...

Все нормально компилируется, но не работает

Джоб сделал такой:

    ttsBegin;
        address.overwriteSystemfields(true);
    while select forupdate address
    {
        address.(fieldNum(personTitleTable, dataAreaId)) = 'dat';
        address.overwriteSystemfields(true);
        address.update();
        //break;
    }

    ttsAbort;

метод overwriteSystemfields как мертвому припарка. Что с ним, что без него данные остаются неизменные, хотя джоб отрабатывает и ошибка не воспроизводится.

Можно сменить двумя способами - через чистый SQL c Connection, Statement и пр. Или через создание новой записи в другой компании и копировании данных в нее:

    select address;
    addressNew.company('dat');
    buf2buf(address, addressNew);
    addressNew.insert();
    address.delete();

buf2buf нужен, чтобы компания осталась без изменения (data() сменит компанию)

[lev]

к вашему джобу пару замечаний...
0. что бы строка изменилась в БД, по моему, необходимо в конце вызвать ttscommit; (точно утверждать не могу, но вроде ttsAbort откатывает транзакцию и изменения не сохраняются)
1. overwriteSystemfields() достаточно вызвать один раз.
2. для обновления вы выбираетет таблицу Address, а FieldId для обновления определяете по таблице personTitleTable (fieldNum(personTitleTable, dataAreaId)) - может поэтому ничего не отработало?

[lev]

хм, очень интересно...
ради интереса протестировал такой же джоб у себя... и действительно ничего не меняется, хотя все отрабатывает и не ругается.

вообще, если уж надо просто изменить у записей в таблице компанию, то лучше это сделать напрямую через SQL\ORACLE (может это и некрасиво, но работает 100% )

P.S. Замечания к джобу остаются в силе.

[Oz]

Цитата:

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

Все нормально компилируется, но не работает

     ttsAbort;

...данные остаются неизменные, хотя джоб отрабатывает и ошибка не воспроизводится...

Всё правильно, вы же прервали транзакцию, хотя само обновление прошло без ошибок
Ставьте ttscommit;

[ZVV]

Цитата:

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

к вашему джобу пару замечаний...
0. что бы строка изменилась в БД, по моему, необходимо в конце вызвать ttscommit; (точно утверждать не могу, но вроде ttsAbort откатывает транзакцию и изменения не сохраняются)
1. overwriteSystemfields() достаточно вызвать один раз.
2. для обновления вы выбираетет таблицу Address, а FieldId для обновления определяете по таблице personTitleTable (fieldNum(personTitleTable, dataAreaId)) - может поэтому ничего не отработало?

0. Э народ, вы чего? Типа юмор? Я в своём примере написал ttsAbort, просто чтоб ничего не менять в базе.но при этом показать, что всё работает, а не выкидывает ошибку транзакции, как утверждал Alexx7. Конечно надо ttsCommit, чтоб изменения вступили в силу.
1....
2. С одной стороны да, верное замечание, а с другой чтороны, код поля dataareaId всё равно будет одинаковый (типа 655ХХ, точно не помню) в обеих таблицах, поэтому разницы человек не заметит. (ну т.е. обновится конечно не та таблица...) Но если б это было не dataareaId, а обычное поле, то заметили бы, наверняка...

[lev]

Цитата:

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

0. Э народ, вы чего? Типа юмор? Я в своём примере написал ttsAbort, просто чтоб ничего не менять в базе.но при этом показать, что всё работает, а не выкидывает ошибку транзакции, как утверждал Alexx7. Конечно надо ttsCommit, чтоб изменения вступили в силу.

Протестил, даже если там написать ttscommit; ничего не меняется

[ZVV]

Цитата:

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

Протестил, даже если там написать ttscommit; ничего не меняется

Тогда см. мой первый ответ.

[sukhanchik]

Такая бурная дискуссия . На самом деле невозможно штатными средствами Аксапты изменить поле Dataareaid. Более того - это некорректно. У вас, к примеру, могут RecId быть в одной таблице в разных компаниях одинаковые...

Такая задача (по перебивке dataareaid) имеет смысл - если нужно включить (выключить) какую-то компанию в виртуальную. В этом случае в ряде таблиц нужно (и можно) заменить поле dataareaid. Этот случай решается (достаточно несложно) через SQL-оператор.

[sukhanchik]

Нашел в своих загашниках "джобик" Class_ReplaceDataAreaId.xpo (оформленный как класс-наследник RunBase) по перебивке dataAreaId. Запрашиваются следующие параметры:
Компания с данными - невиртуальная компания с данными. Это компания ИЗ
Виртуальная компания - виртуальная компания с данными. Это компания В
Имя таблицы - имя таблицы в АОТ, в которой перебиваются данные.
Точное соответствие - Да, если указывается точное имя таблицы. Нет, если в поле Имя таблицы будет указано к примеру Invent* - т.е. обработать все таблицы, начинающиеся на Invent

Джобик грамотно перебивает поле dataareaid и также перебивает поле RecID (поэтому обработка построчная). Для изменения записей используются команды вне AX. Есть отдельная врезка кода для Oracle и для SQL Server, т.е. джобик, несмотря на то, что обращения идут к БД - поддерживает обе платформы.

Джобик не умеет перебивать связанные RecId. Т.е. если перебивается табличка, на RecId которой ссылаются какие-то записи, то эта связь будет потеряна после применения джобика.

Джобик писался изначально для 3.0 и был успешно оттестирован на:
3.0 SP3 CU1 + SQL Server 2000
3.0 SP3 CU1 + Oracle 10i
4.0 SP2 + Oracle 10i

Предполагаю, что на SQL Server 2005 он также будет работать

Обновлено: В файл добавлена корректная обработка разрешений

[ZVV]

офтоп...
да уж...
а если напрямую в БД, это был бы небольшой скриптик на несколько строчек... ))