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

[lev]

Цитата:

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

Почему ругается на кол-во??? ((

Нужно сделать обновление поля и разноску в разных транзакциях. Пока транзакция не закрыта, в базе старые данные. А при выполнении разноски, строки ищутся и находят нулевое количество.

[Lemming]

Цитата:

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

Нужно сделать обновление поля и разноску в разных транзакциях. Пока транзакция не закрыта, в базе старые данные.

Эмм..а если не сложно, можно поподробней?

[lev]

Цитата:

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

Эмм..а если не сложно, можно поподробней?

Обновление данных в базе происходит при выполнении команды ttscommit. Если например проапдейтить поле в таблице. и не закрыть транзакцию, то из базы будет выбрана информация с ещё не изменённым полем.

[ZVV]

Цитата:

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

Обновление данных в базе происходит при выполнении команды ttscommit. Если например проапдейтить поле в таблице. и не закрыть транзакцию, то из базы будет выбрана информация с ещё не изменённым полем.

Лев, Вы бы попробовали сначала сами сделать что-то подобное, или хотя бы подумали о том что говорите с точки зрения транзакций реляционной СУБД!
Зачем дезинформировать людей?

Upd: Даже не то что дезинформировать, а просто предлагать делать абсолютно неправильно, в обход всех известных BP, по сути провоцируя на создание кода, приводящего к неконсистентностым данным. Представьте что человек дальше напишет, руководствуясь Вашим таким советом?

Человек получает сообщение "Физически обновляемое количество по складским единицам 'шт' должно быть отлично от нуля.", насколько я понимаю, потому что не указал InventReceivedNow, а указал PurchReceivedNow.

[miklenew]

Однажды столкнулся с такой ситуациией, что действительно InventTrans обновился, а данные выбирались старые. При этом посмотрел InventTrans не входил в список кэшируемых таблиц.
Поставил

 inventTrans.disableCache(true);

И всё стало нормально работать.

[ZVV]

Цитата:

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

Однажды столкнулся с такой ситуациией, что действительно InventTrans обновился, а данные выбирались старые. При этом посмотрел InventTrans не входил в список кэшируемых таблиц.
Поставил

 inventTrans.disableCache(true);

И всё стало нормально работать.

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

[lev]

Цитата:

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

Лев, Вы бы попробовали сначала сами сделать что-то подобное, или хотя бы подумали о том что говорите с точки зрения транзакций реляционной СУБД!
Зачем дезинформировать людей?

Upd: Даже не то что дезинформировать, а просто предлагать делать абсолютно неправильно, в обход всех известных BP, по сути провоцируя на создание кода, приводящего к неконсистентностым данным. Представьте что человек дальше напишет, руководствуясь Вашим таким советом?

Попробывал на элементарном примере. Действительно я был не прав. Приношу свои извинения! Видимо такое случается не всегда, а это частный случай.
По поводу информации про ttscommit - так я её тоже вычитал где то в интернете если это работает не так, то значит был дезинформирован

[ZVV]

Цитата:

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

Нужно сделать обновление поля и разноску в разных транзакциях. Пока транзакция не закрыта, в базе старые данные. А при выполнении разноски, строки ищутся и находят нулевое количество.

Ну Вы загнули конечно.

kalex_a
как вариант, а не попробовать ли задать не только
purchLine.PurchReceivedNow=1;
но и
purchLine.InventReceivedNow=1(с учётом пересчёта единиц);

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

[lev]

Цитата:

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

Ну Вы загнули конечно.

Поправьте если не прав