Не работает update !!!!

[skof]

Люди!!! Помогите, многое видел но такого в Аксапте - не ожидал....
Не работает следующий код:

PHP код:

inventTable = null;
i_table = null;
inventTable = conpeek(_c, i);
i_Table = InventTable::find(inventTable.ItemId);
if(i_Table)
{
    i_table.data(inventTable.data());
    i_table.doUpdate();
} 


Что уже только не пробовали, как это можно реализовтаь по другому, или может кто-нить уже сталкивался с подобным?

[Wamr]

Интересно, а в чем суть данного кода?

Может быть, вместо find и if сделать просто
inventTable.update() ?

[KVAx]

Цитата:

Что уже только не пробовали, как это можно реализовтаь по другому, или может кто-нить уже сталкивался с подобным?

1) Какого типа у вас табличные переменные (наверное это InventTable)???

2) Не понятно зачем Вы это делаете. И как Вы дошли до того что это не работает (и что собственно должно работать???). Ничего не изменяя делаете doUpdate - естественно ничего не произойдет.

[Garic]

Мде
загадочный кусок кода
и что он интересно должен был по задумке делать?

[skof]

"Загадочный", а что вы хотели - жизнь, знаете ли сложная штука :-)....

Суть этого кода вот в чем - мы получили контейнер с InventTable из ДРУГОЙ компании (неважно как, и я не могу запихать в данном случае все в виртуальную компанию). Прочитали его в текущей (целевой) компании и теперь строку таблицы в целевой компании с таким же ItemId нам надо привести в соответсвие с тем что мы прочитали...
Как это сделать?

[KVAx]

Знающие люди говорят, что при смене компании надо сначало обнулить табличную переменную, а затем заносить туда данные (в системных поля содержится информациия о компании - поэтому doUpdate происходит в "старой" компании)

[skof]

To KVax
ГДЕ в том коде что я написал changeCompany - все происходит в одной компании, контейнер из другой компании у нас уже есть - все переменные как Вы видете обнулены...

[Wamr]

Так как UPDATE Аксапта делает по условию WHERE RecId=### AND DATAAREAID='XXX', предлагаю поступить так:

PHP код:

inventTable = null;
i_table = null;
inventTable = conpeek(_c, i);
i_Table = InventTable::find(inventTable.ItemId);
if(i_Table)
{
    inventTable.dataAreaId = i_table.dataAreaId;
    inventTable.RecId = i_table.RecId;
    inventTable.doUpdate();
} 


[KVAx]

В InventTable попала вся информация из преведущей помпании (вместе с полем dataAreaId - где храниться информация о компании).
Затем вы эту информацию помещаете в I_Table - вместе с dataAreaId (и даже вместе с RecId) из преведущей компании - а Вам нужен RecId данной записи из текущейц компании и DataAreaId тоже.

[mazzy]

Цитата:

Изначально опубликовано skof

PHP код:

i_Table = InventTable::find(inventTable.ItemId); 


Если ItemId действительно непустое, то...
ИХМО стоит попробовать

PHP код:

i_Table = InventTable::find(inventTable.ItemId, true); 


[KVAx]

To Warm
:-))

[Garic]

Цитата:

Суть этого кода вот в чем - мы получили контейнер с InventTable из ДРУГОЙ компании (неважно как, и я не могу запихать в данном случае все в виртуальную компанию). Прочитали его в текущей (целевой) компании и теперь строку таблицы в целевой компании с таким же ItemId нам надо привести в соответсвие с тем что мы прочитали...

Так бы сразу и сказали

ИМХО тут всё дело в операторе data().
Попробуйте например сделать следующую вещь:

PHP код:

    changecompany('c11')
    {
        inventTable = InventTable::find(itemId);
    }

    changecompany('c12')
    {
        inventTableNew.data(inventTable);
        inventTableNew.insert();
    } 


Не даст вставить потому что связка dataArea + RecId не уникальна

Можно решить эту проблему например так:

PHP код:

    DictTable   dictTable = new DictTable(tableNum(InventTable));
    DictField   dictField;
    FieldId     fieldId;
    InventTable  InventTableOld;
    InventTable  InventTable;
    container   system  = ['RecId','dataAreaId','sequenceNum'];

    changecompany('c15')
    {
        InventTableOld = InventTable::find('103.291.С15');
    }

    changecompany('c16')
    {
        fieldId = dictTable.fieldNext(0);
        while (fieldId)
        {

            dictField = new DictField(tableNum(InventTable), fieldId);
            if (!confind(system, dictField.name()))
            {
                InventTable.(fieldId) = InventTableOld.(fieldId);
            }
            fieldId = dictTable.fieldNext(fieldId);
        }
        InventTable.insert();
    } 


[Wamr]

to Muzzy
второй параметр в find говорит о том надо блокировать выбранную запись в таблице для обновления или нет. То есть в запросе на сервер будет присутствовать (UPDLOCK)

[mazzy]

Цитата:

Изначально опубликовано Wamr
второй параметр в find...

да, я об этом и говорил.

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

[skof]

Ну, народ вы даете!!!

1. метод DATA не переносит RecId и DataAreaId....
2. DataAreaId нельзя писать - только читать...
3. в целевой базе нет исходной компании...
4. переменные как вы видете мы обнуляем
5. блокировку записи мы пробовали - не помогует

Но, только что - мы решили проблему - угадайте как.... правда призов не обещаю - не в Америках живу - хотя какой нить приз придумать можно...

А вообще хотелось бы задать этот вопрос МБС - какого черта не работает - ведь по логике должно? Что она внутри там теряет? В отладчике мы смотрели - после строчки i_table.data(inventTable.data()); - данные в i_table новые а пресловутые DataAreaId и RecId старые...

[mazzy]

а чего тянуть то?
говори, раз разобрались...

[KVAx]

Да действительно - народ хочет знать правду

[Garic]

Цитата:

Ну, народ вы даете!!!
1. метод DATA не переносит RecId и DataAreaId....
2. DataAreaId нельзя писать - только читать...

См. моё сообщение выше
1-ый вариант не работает
2-ой вариант работает
Я проверял перед тем как постить.
Хотя может дело тут и не в этом.

[Wamr]

Попробую угадать

i_Table.doDelete();
inventTable.doInsert();
Хотя, это вряд ли, слишком много deleteAction-ов на InventTable


Кстати, у меня RecId через data всегда переносился.

[skof]

То Warm очень близко - мы использовали doDelete, doInsert