Добрый день.

Документ должен делать следующие движения:

Сначала перемещать с одного места хранения на другое (по среднему)
Затем со второго места хранения должен списывать (тоже по среднему)

Когда я выполняю запрос для расчета средней стоимости для второго движения, я передаю параметр МоментВремени(). Но тогда не учитывается первое движение. Как корректно сделать?

Движения.Записать();

Нет, все равно не видит

Валюнь, озвуч плз фоточку для дальнейшего возможного обьснения :)

ну используй границу включая момент времени

Я сделала дата+1, работает, но мне кажется это не верно.

Axel2009, ок, попробую сейчас

Axel2009, чего-то я или туплю или не поняла.
Ты же не о движениях границы периода?

Новый Граница(Новый МоментВремени, ВидГраницы.Включая)

это вместо параметра МоментВремени

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

http://nashe1c.ru/materials-view.jsp?id=321

(9) псц методика. записать а потом проверить, то что на запись уходит 50% времени пофигу.
можно сделать через объединить и не надо будет соединять ничего. и NULL не будет.

(10) Ты не понял сути методики. К тому же в данном конкретном случае она не применима - (9) не к месту тут.

А сложить остатки с сформированнными движениями никак?

(11) ну ну, прям пипец как там все сложно.
суть записать в базу и считать получившиеся остатки. запись занимает 50% времени. в итоге увеличивается время проведения, даже учитывая соединение и проверку пипец какую тяжелую для сервера ЕСТЬNULL

предполагается что в новой методике у док-та установлено свойство удаления движений "удалять автоматически при отмене проведения". Таким образом в обработке проведения существующие движения не удаляются, поэтому нужно сделать явную запись движений. после чего проконтролировать остатки. В купе с тем, что [Ведь мы чаще все же записываем документ с правильными цифрами и он проводится, чем документы которые уводят остатки в минус] оптимизация налицо

(14) ну да, в идеальных базах где работает один человек, и нет конкуренции за отгрузку, выйграем 0.01%. соглашусь, на лицо.

(15) Плюс уменьшение времени блокировок. Так что как раз в условиях конкуренции за отгрузку методика выигрывает.
Ну изучи ты её повнимательнее... Хотя бы Радченко полистай.

(16) в каком месте уменьшение времени блокировок?

(17) только одна блокировка на запись, а в старом варианте сначала чтение, потом на запись.

(17) перед получением остатков по старой методике ты уже сначала накладываешь блокировку от чтения

(17) Чукча писатель? Иди Радченко читай.

(18) да пофигу сколько блокировок, вопрос во времени блокировок.
(19) и чем это поможет снизить общее время блокировки?
(20) сам иди читай, только книги по блокировочникам, а не Радченко.

(21) тебе правда непонятен этот момент?

(22) чем снизить общее время блокировки - правда не понятен.
из приведеной выше ссылки автор пишет в чем плюс его методики:
"Посмотрите, мы избавились от соединений, и, что не маловажно, от проверки типа значения NULL. Запрос получит данные только по отрицательным остаткам и покажет их пользователю!"
то что автор не умеет строить запросы - лично его проблемы.
хорошо что он не начал распаляться про блокировки, видимо про них он ничего не знает, хоть тут молодец.

(22) Не обращай внимания. Axel2009 - nипичный тролль - будет возмущаться и нести ахинею не имеющую к вопросу отношения, но хрен прочтет то, что ему сказали. Спорить с такими бесполезно.

Думаю в любом случае надо делать как минимум две записи движений.

Сначала записываем первое движение, потом учитываем его в запросе. После формирования второй порции движений опять пишем его в базу.

Но, думаю это не совсем правильно идеологически. Более правильно первую порцию сформировать в таблицу значений, потом её в качестве параметра использовать в запросе для формирования второй порции, сформировать все движения и ОДИН раз записать в БД.

(24) ты реально чучка или притворяешься?
ты читал не Радченко, а вообще информацию по блокировочникам, что и когда блокировка вешается и когда она снимается? смотрел профайлер на эту тему, анализировал сам поведение сервера СУБД? вот пошукай хотябы годик, потом поговорим на одном уровне.

(26) >> потом поговорим

И не подумаю. :)

А по блокировкам в самой статье из (9) практически ни чего нет. Видимо от этого твоё возмущение...

(3) В Кодексе Мисты написано, что фоточкой поинтересоваться можно после решения проблемы

(27) тогда говорить про блокировки бессмысленно.
а на тему блокировок начал не я, а в (16), удивительно твое сообщение! я говорил только про время проведения.

(0)
"я передаю параметр МоментВремени()"

После записи попробуй передать в запрос не МоментВремени() а "новый Граница(....МоментВремени(), ВидГраници.Включая)"

(29) посмотри еще вот это http://gilev.blogspot.com/2010/07/1_23.html
там и про блокировку есть

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

Axel2009, спасибо Вам!