Разноска накладной

[Wamr]

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

[AndyD]

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

[Wamr]

AndyD, извини, не понял мысль... о чем речь?

[AndyD]

По поводу Oracle, возможно, в одной транзакции смотрели?

[AndyD]

Цитата:

В этом контексте совершенно не понятно зачем в find методы понапихали selectLocked(!_update)

На это отписался

[miklenew]

Цитата:

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

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

Я не знал об этом и никогда не обращал на это внимание.
Как я делаю.
1) Создал таблицу Table1
2) Создал string поле Field1
3) Забил строчку с "1"
4) Запускаю job

static void Job21(Args _args)
{
    Table1 t;
;
    ttsbegin;
    while select forupdate t
    {
        t.Field1 = "3";
        t.update();
    }
    while select forupdate t
    {
        t.Field1 = "4";
        t.update();
    }
    ttscommit;
}

На втором select смотрю t.Field1 = "3". Значит обновилось.

[AndyD]

Ну да, я правильно подумал
Вы откройте другую пользовательскую сессию и смотрите в ней.

[Wamr]

это вряд ли. Открывал 2 Аксапты, в одной в дебагере по шагам выпонял разноску, а во второй смотрел как меняются статусы, аналитики, создаются проводки и т.д. и т.п.
так вот они не менялись пока обработка не заканчивалась

[miklenew]

Цитата:

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

Ну да, я правильно подумал
Вы откройте другую пользовательскую сессию и смотрите в ней.

А!!!
Вы первый уточнили что речь идёт о параллельной работе.
Автор то темы в одной сессии делает.

[AndyD]

Ну, от исходного вопроса уже в сторону ушли

[Wamr]

Цитата:

readers are not blocked behind writers and selecting with NOLOCK is no longer necessary

Цитата:

В этом контексте совершенно не понятно зачем в find методы понапихали selectLocked(!_update)

Цитата:

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

как связаны первые 2 цитаты я понимаю, а вот третья как-то не очень

[ZVV]

Цитата:

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

как связаны первые 2 цитаты я понимаю, а вот третья как-то не очень

Ну вот отойди на минутку, так унесёт в такие дали.

Исходный вопрос был про ту же самую сесиию и транзакцию
В той же сессии (и транзакции) где вы произвели изменение, но ещё его не зафиксировали (Commit), ваше изменение всегда будет видно. И не важно сиквел это или оракл!

А вот в разных сессиях действительно для сиквела на тройке имел весто тот факт, что изменяя данные в одной сессии и не фиксируя транзакцию можно было увидеть уже эти изменения в другой сессии! (из-за использования NOLOCK вне транзакций). Однако если бы вы эти изменённые но незафиксированные записи в другой сессии попытались ещё раз изменить, то ни фига не получится, т.к. эти данные являются заблокированными и вы повисните в блокировке.

На оракле такого быть не может по определению.. А на АХ4+2005 это уже вылечили, как отмечено выше...

[ZVV]

Цитата:

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

В той же сессии (и транзакции) где вы произвели изменение, но ещё его не зафиксировали (Commit), ваше изменение всегда будет видно. И не важно сиквел это или оракл!

...

Ну я тут конечно имел ввиду в БД всегда видны.
В Аксапте скажем так всегда "должны быть видны, но иногда бывают баги когда не видны"
См. выше про глюк с InventTrans.

[AndyD]

2 Wamr
На 2005 версионность может быть отключена (что и сделано по умолчанию). И с 2000-м Ax 4 разве не работает?

[Wamr]

AndyD,
учитывая, что connection поумолчанию ReadComited это нежизнеспособные комбинации

[kalex_a]

Почему отрабатывает без ошибок но накладную не разносит? ((

select * from purchTable
    join purchLine
        where purchTable.PurchId == rDeferralsJournalTrans.PurchId &&
              (purchLine.PurchId == rDeferralsJournalTrans.PurchId);
    purchLine = PurchLine::findRecId(purchLine.RecId,true);
    purchLine.PurchReceivedNow = rDeferralsJournalTrans.Qty;
    purchLine.InventReceivedNow = rDeferralsJournalTrans.Qty;
    purchLine.Dimension = rDeferralsJournalTrans.Dimension;
    purchLine.update();
    purchFormLetter = PurchFormLetter::construct(DocumentStatus::Invoice);
    purchFormLetter.createParmLine(purchLine);
    ttsbegin;
    select forupdate * from purchParmLine
        where purchParmLine.OrigPurchId==rDeferralsJournalTrans.PurchId &&
              purchParmLine.ParmId==purchFormLetter.parmId();
    purchParmLine.LineAmount=rDeferralsJournalTrans.AmountCur;
    purchParmLine.update();
    ttscommit;
    purchFormLetter.update(purchTable,
                           rDeferralsJournalTrans.DocumentNum,
                           systemDateGet(),
                           PurchUpdate::ReceiveNow,
                           AccountOrder::None,
                           NoYes::No,
                           NoYes::No);

[kalex_a]

Уже как только не пробовал, подскажите что и как можно сделать??

[ZVV]

А подебагить?

Вопросов по коду конечно много, но если по существу, то вы могли бы глянуть код метода purchFormLetter.update() и увидеть, что при его вызове чистятся "параметровые таблицы", которые были заданы ранее (см. вызов initLinesQuery()). И поэтому эти телодвижения над PurchParmLine перед вызовом purchFormLetter.update будут благополучно удалены.

[ZVV]

О том как в этом случае делать я приводил ссылку в самом начале этого же топика.
Разноска накладной

[kalex_a]

Цитата:

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

А подебагить?

Вопросов по коду конечно много, но если по существу, то вы могли бы глянуть код метода purchFormLetter.update() и увидеть, что при его вызове чистятся "параметровые таблицы", которые были заданы ранее (см. вызов initLinesQuery()). И поэтому эти телодвижения над PurchParmLine перед вызовом purchFormLetter.update будут благополучно удалены.

Спс понятно, а как тогда сумму в строках накладной поменять???

че то я туплю