Говорят что проблема в ERP 2.0 решена и там работают одновременно 500 пользователей..

я же запустил перепроведение на ней сразу от трех пользователей и блокировки объектов есть и никуда не делись.

вопрос о блокировках вообще не решаемый чтоле?

т.е. пока один проводит чтото то все остальные ждут пока первый не закончит?

я понимаю что блокировка объектов была есть и будет. но неужели мы так и останемся в каменном веке, как в старом анекдоте про дискетки в win95?

а теперь вопрос по-существу.. какие есть методы решения, кроме уменьшения времени блокирования?

(0) что получилось? взаимоблокировки или вылет по ожиданию?

(0) взять метлу и выйти на улицу.

(0) Для получения ответа на этот вопрос нужно ответить на вопрос "зачем они вообще нужны".
Почитать, подумать, переварить и т.д.

Версия ERP 2.0 файловая?

(0) пятнично

(0) годный вброс

(0)(4) Кстати да, на какой СУБД конфа развернута?

(1) взаимоблокировки и сообщение, что не удалось захватить объект.

(4) обе делал..
осталвся вопрос в воздухе, может там есть какието настройки по блокировкам..

(8) Так может они все трое у тебя один и тот же док пытаются провести?

(7) MSSQL 2012 + 8.3.5.1186 + 1С:ERP Управление предприятием 2.0 (2.0.9.54)

(10) хм.. вполне возможно..

а ктонить сидит на ERP?
есть проблемы с толпой пользователей-то? особенно если ктонить начинает перепроводить чтото

Гыгыгы.
Чуете, какие спецы будут внедрять erp

(11)(14) Чет мне помнится глюки же какие-то были с юзанием MSSQL 2012 + 8.3 ...или я что-то путаю?!?!

(14) не хуже тех кто писал первые версии конф )

(14) вообще не понял претензию.
я ERP не внедряю и даже не пользуюсь ей..
соизвольте объясниться

(0)
Проблема взаимоблокировок по идее решаема вплоть до уровня самого объекта, который мы проводим/записываем. Т.е. документ в идеале может блокировать только себя и набор данных некоторых регистров с установленным отбором по некоторым измерениям, или вообще блокировать только самого себя.

(14) Уж не знаю, что меня в этой теме больше пугает. Вопрос или ответы.

яхз, но подозреваю, что в (0) ERP допиленная

ВЗАИМОблокировки в типовых более менее подчистили

(17) не вот это: Версия ERP 2.0 файловая. Неужели ожидал, что проведешь 3 документа сразу? Верил?

(0) https://ru.wikipedia.org/wiki/Блокировка_(СУБД)

(20) у меня тут УПП 2007 года, дважды допиленная..

меня интересует как было решено, чтоб понять как исправлять в этой какашке))

начальство поставило задачу "убрать" блокировки. а мне не очень хочется изобретать волосипет

(21) ну хз.. файловая это ж тоже вроде как СУБД MyDB

(23) взаимоблокировки в общем случае устраняются:
- одинаковым порядком захвата ресурсов
- отсутствием эскалации (разделяемая -> исключительная)

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

(23) чтобы решить эту задачу - надо как бы быть в теме... и тупым запуском перепроведения в 3-х сеансах ты ничего не узнаешь, а сделаешь только себе хуже видя блокировки

(23) Скажи что можно переписать всю конфигурацию на управляемые блокировки. Попроси год времени -а там или шах умрет или осел сдохнет.

(27) erp изначально на управлемых

(0) Пятница - только завтра.

(28) Прочитай в 23

(27) ни осел не дохнет ни шах..

и не дают перейти на чтото более современное.

один вариант либо как ёж на кактус, либо переписывать, либо увольняться..

(31) Ну так начни переписывать на упр формы. Только скажи руководству что долго. Так ведь и есть.

(25) Разделяемая -> исключительная - это не эскалация. Эскалация это немного другое.

(23) Ну вот ты перевровел документы в ERP - а они все без блокировок провелись, твои действия дальнейшие? Перенести документы, модули и регистры из ERP в УПП 2007 года?

(34) Его дальнейшие действия - написать на мисте "а в ерп блокировок нет, а расскажите, как они так сделали?"

(33) если ты под эскалацией понимаешь только увеличение области блокировок, то это немного не так. Эскалация - это любое "ужесточение" блокировок, как "вширь" (со строчной до табличной, например), так и "вверх", т.е. с разделяемой до исключительной.
то, что "вширь" и на что мы можем влиять - относится скорее к первому пункту, т.е. одинаковому порядку захвата ресурсов (сугубо софистическое ИМХО)

многие под "эскалацией блокировок" понимают только мсскульное событие Lock:Escalation (и другие подобные события других СУБД), что весьма ограничено

(36) Подумалось....
Расскажи, как избежать ограниченных эксклюзивных блокировок при проведении?
Может, ума добавит мне, стану менее дурным...

(38) по "контролируемым" регистрам (остатки, там какие-нибудь) - никак, можно только в самом конце их блокировать и на меньшее время

(39) Это даже мне понятно... А как их вообще избежать? ))

(40) разрешить продавать в "-"?

(41)+ например на кассе контроля остатков вообще не должно быть, да и вообще никакого контроля. соответственно, и блокировок можно избежать целиком

(41) Ага. А запись куда девать будешь? И не говори, что там не будет UpdLock...

(40) избежать не получится, они есть и будут..

вопрос как этим пользоваться..

подумалось, может проведение делать в фоновых заданиях? типо закидываем задание "провести".. а уже на серваке по порядку проводится без блокировок.. по типу стека..
а после забрасывания на проведение "отпускать"документ..

(43) режим разделения итогов позволяет одновременно писать итоги. а по остальным таблицам - там на разные документы разные строки, так что друг друга они блокировать не должны

(44) фигня

(35) ради такого вопроса и создал тему, как оно там у них в erp делается?

(45) А вот тут и возникает вопрос эскалации ))
Если я начну писать данных больше, чем на странице находится?

(47) в ЕРП - управляемые блокировки, другие методики проверки остатков и прочее, твоя УПП 2007 и рядом не валялась, переписывать чуть меньше, чем всё придётся....
Но даже на управляемых ты всё равно одновременно не один и тот же документ не проведёшь разными юзерами, и это очевидно. Никакого "каменного века" тут нет

(48) я хз, но вот тут: http://infostart.ru/public/173394/ пишется в 112 потоков наборы по 5000 строк, каждая строка условно десятки байт. должно получаться больше страницы, он вроде ничего, работает.

(50) Ну я лично натыкался. Правда, не на таких детских размерах ))

(51) Да какая разница, что пишешь больше страницы?

(52) скуль любит эскалировать блокировки... Когда ему покажется, что ему мало.

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

интересно, сколько пользователей и на какой базе это делают?

(53) Не совсем так. Это происходит при определённом дефиците памяти, это зависит от некоторых настроек и если эскалация происходит, то сразу до уровня таблицы, а если таблицу заблокировать в этот момент невозможно, то продолжается как есть построчная блокировка.

(54) один. на древней упп. 13 лямов записей в регистр )))))

(54) Fragster, твой тест дает данные о количестве работоспособных пользователей в системе?

Ты не пытался разбивать на фоновые задания независимые блоки проведения 1-ого документа?

а что за документы то? А может это 3 закрытия месяца по одной организации )))

При провдении в ерп пишется минимум. Там блокироваться нечему

(55) эскалацию можно и отключить, если уж на то пошло

(58) проведение реализации

(61) а товаров сколько? и складов? пересечения есть?

(57) выхлоп маленький - когда документы меньше 5 секунд проводятся смысла нет. а больших документов у меня нету, так что тренироваться не на чем. теоретически можно что-нибудь придумать. Например запись по регистрам, по которым есть контроль остатков - в фоновом, остальное - в текущем. в конце проведения дожидаемся успеха/отказа фонового

(62) в справочнике 6700 номенклатур ну пусть половина активные..
складов 77
организаций 3

пересечения? пересечения чего?

(64) например ты продаешь 3 документами одну и туже номенклатуру

(63) у нас проводится реализация днем в рабочее время около минуты-двух..
по ночам ну 10 секунд..

(65) таких да, много..

(66) РАУЗ или Партии?

(65) .... с одного склада, одинаковой организации, одного качества, серии, (какие там аналитеги в УТ11-ERP2.0)

(66) 2 мин на ерп2?

(66) была аналогичная ситуация, 30 секунд на документ - я сократил время проведения до 3,5 секунд. Последовательно устраняя узкие места:
Что сделал:
- Включил отладку на сервере
- Сделал замер производительности
- Переделал идиотские типовые запросы на запросы понятные оптимизатору запросов SQL
- Добавил индексы
- Настроил обслуживание базы средствами SQL ежедневно и ежечасно
- Распределил файлы базы по разным дискам, в данный момент файлы базы, SQL, и системы на 4 разных рэйд массивах
... и т. д.
p. s. не знаю как ERP2.0 но УПП называть ERP смешно, один пользователь обработкой ложит базу. УПП на объемах среднего бизнеса загибается

(68) хм, похоже партионный учет..

(70) 2 минуты на УПП

(72) вот тебе и ответ, почему тупит. дальше будет хуже - переходите на РАУЗ

(74) да я б с удовольствием..

В старых упп один запрос занимал 80% времени проведения, если его переписать на использование временных таблиц, то документ, соответственно, начинал проводиться в 5 раз быстрее.

(76) у меня 50% на запрос и 50% на очистку регистра при проведении..

для запроса вроде как добавил индексов и на тестовой вместо 6 секунд стало 2.. но на рабочей это все равно не особо заметно..

6 секунд 50% - это 12 секунд все вместе... где тут две минуты?

(78) это я для сравнения на тестовой базе замеры производительности делал..

а в _рабочее_ время на рабочей базе в рабочее время занимает около 1-2 минуты.. в среднем.

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

Чел из (0), ты уже сказал какая версия платформы то у тебя в твоем доисторическом мезозое? 8.0?

Твой вопрос классный, в свете того, что ты думаешь, что если тебе дадут ответ, то ты через Ctrl+C перетащишь это к себе? :)))

Это примерно так звучит: челы, скажите, у меня есть ВАЗ-2106 1994 г. цвета Валентина, а я был на выставке и видел новую водородную тайоту. Так вот, вопрос. Как мне мою шестерку быстро на водород перевести? Плиз, хелп!

(80) смотри в (11)

(81) Все сказал?

(81) нет.

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

отложенное проведение попробуй

они просто переписали это на управляемые блокировки? -- хорошо, буду пробовать переписать на управляемые..

(85) у меня сейчас и так отложенное. т.е. сами реализации проводятся по утрам, но отделы начинают чтото вечером проводить/перепроводить и тут начинаются блокировки..

(85) пользователи 1-5 мин до появления проводок подождут.
Ведь сейчас же они ждут по 2 мин проведения

(86) Не могут быть блокировки, ведь там рег задание попорядку их проводит

(84) кури http://1c.chistov.pro/2013/07/blog-post_25.html

>>сами реализации проводятся по утрам
Это какое то самописное отложенное?

(79) почему ты думаешь, что при переносе будет пропорциональное изменение?

(85) или в каком смысле "отложенное проведение"..
типа записать в регистр что нужно провести документ, а фоновое обрабатывает и потихоньку проводит эти документы? как в (44) я писал?

(90) тут все самописное.. самописателей тут хватало ))

(91) не факт конечно.. пока не могу ни как оторваться от текучки чтоб замерить на рабочей.. в течении дня проверю.


но к тебе вопросик: установил я твою конфу и потестировал.. есть какойлибо туториал? как интерпретировать результаты?

(92) типо того. Стандартное отложенное проведение в УПП.
По некоторых регистрам сразу, по некоторым рег заданием

(95) ничего лучше пока не придумано

(84)>(71) Это для оптимизации. Этим ты и блокировки уменьшишь. Ищи узкие места, оптимизируй. Если блокировки - анализируй при каких процессах они появляются, ищи чего оптимизировать. 90% тормозов системы - овнокод, как правило

(97) Хер с ним, ковногодом, не страшно.
Страшно, когда ковноархитектура, вот это страшно.
Страшно, когда структура проведения разбросана по дохера модулям УПП и ты боишься чихнуть на это, ибо правка в одном месте приведет к фейлу в другом, а время исправления - месяц, до выхода нового релиза УПП.

(98) Факт.

(98) дык в типовых во всех ковноархитектура... у ЕРП правда не знаю как, не видал изнутри

(100) Если бы типовые... Там все хорошо, неплохо.
А вот поделки местных программистов заставляют меня плакать горючими слезами уже 4 год.

(100) Зная УТ11 (муданда с вкраплениями БСП) - могу ванговать что ЕРП будет жуткой штукой.

Вот отрывок беседы с братом, который только и делает, что тыкает в УТ11 палочкой:
"
Я: Стал бы ты использовать БСП в самописке?
Бро: Ну... Смотря для чего. Скорее да, чем нет. Если всё делать аккуратно и по инструкции.
Я: Внезапно. А тонны ненависти к БСП?
Бро: И без работы в модели сервиса :-)
Бро: Не стараясь понять - что хотел сказать создатель БСП внутри её кода.
Бро: Если воспринимать её как чёрный ящик, который работает правильно, то можно.
"

Но в случае ЕРП, воспринимать БСП как черный ящик не получится.

(0) Методов и подходов очень много. Нужно конкретней проблемы описывать, предметная область очень большая. Приведу пример. Сейчас идет один из проектов по оптимизации блокировок. Проблема в том что происходит эскалация управляемых блокировок по регистру(порядка 3000 записей в регистр). Документов в системе больших много, эскалацию упр. блокировок типовыми средствами 1С отключить нельзя(не путать со SQL-ой). Придется в модуле проведения делать проверку на размер документа, если большой писать в промежуточное хранилище и затем фоновой задачей дописывать порциями. Основная сложность такого подхода это написать правильно координатор потоков(фоновых задач), что бы издержки были минимальные.Также правильную очередь нужно реализовать, например не должен повторно проводиться(должен ожидать) если движения из очереди еще не дописались.

(94) измеряет "идеальную параллельность", т.е. сколько _очень _ активных юзеров смогут параллельно работать в идеальных условиях и не замечать влияния других

(77) так может у тебя сервер перегружен? какой размер базы? какой сервер? Файловая?
Посмотри загрузку процессора, памяти, дисков при проведении реализации 2 мин.

(13) есть проблемы с толпой пользователей-то?

Проблемы есть всегда. Если заведомо залочить всю таблицу, то остальные будут сидеть и терпеливо ждать, но обычно от этого уходят. В простых же ситуациях, если два юзера взялись издеваться над одним документом, то работает правило "кто первый пришел, того и тапки". Остальные по завершении своих манипуляций получат краткое сообщение "запись была изменена другим пользователем, начните сначала" :)

(100) наверное архитектор проекта для 1С не знакомо. Может импровизируют по ходу написания кода?

(108) ткни пальцем где конкретно сделали полное Г...

(84) >>2. в каком направлении в erp решили проблему, чтобы не исправить все, но хотябы частично улучшить свою базу
>>MSSQL 2012 + 8.3.5.1186 + 1С:ERP Управление предприятием 2.0 (2.0.9.54)

Тебе уже ответили в (49)

Вопрошая про платформу, я спрашивал про платформу твоей упп 2007 года, а не ерп.

(109) проведение по бухгалтерскому и управленческому учету последовательно. Я бы сделал этот процесс параллельным. Запросы в модуле расчета себестоимости, запросы в модуле корректировки стоимости списания. Запросы в модуле партионного учета. Алгоритм расчета себестоимости длящийся сутками. Сколько тебе еще написать?

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

(111) Так партионный учет - это вчерашний день уже. Теперь РАУЗ

(106) нагрузки почти нет. даже при проведении. процессоры в целом не поднимается 10-15%, скуль и 1с на разных, память под скуль выделена почти вся (4Г свободно), под 1с тоже достаточно.. просадок с диском нет, т.е. нет активного чтения/записи. сеть тоже не напрягается..
база 180Гб

как я понял при одновременном захвате регистра если не удалось захватить то переходт то-ли в ожидание то-ли еще кудато и стоит ожидая захвата около минуты..

т.е. проблема не в железе, а в самом коде

(110) упп на 8.2.17.157

поставь это
http://www.gilev.ru/latch/

(115) я так полагаю, режим управления блокировкой - автоматический везде по конфе?

(117) дыы.. :(((

управляемый не сильно поможет

посмотри включено ли разделение итогов по регистрам

особенно по регистрам бух

(118) у тебя есть какой-то регламент, я прочитал. Возможен ли такой вариант: оперативно НЕ контролировать никакие остатки вообще? А твоим регламентом запускать восстановление ГП, или как-то у тебя называется процесс восстановление хронологической последовательности, и с ошибками разбираться по факту уже на регламенте? (формировать лог, высылать ответственным). Вот такое возможно?

(77)
Про запросы уже писали тебе, переделай на временные таблицы с индексированием полей связи во временных таблицах!! Избавься от вложенных запросов. По полям условий в запросе добавь индексы в базе.
А с очисткой движений, скопируй строку сюда, которая 50% занимает

(120) ! не включено похоже нигде.

(123) да не та там проблема то. нужно начинать с самых узких мест - таймаутов блокировок

(104) "эскалацию упр. блокировок типовыми средствами 1С отключить нельзя "  т.е. получается не правильно была выбрана система учета ?

А с очисткой движений, скопируй строку сюда, которая 50% занимает
НаборЗаписей = Регистры.ххх.создатьнаборЗаписей()
НаборЗаписей.Отбор.Регистратор.Установить(Ссылка);
НаборЗаписей.Записать()

и так по всем регистрам

(123)
цикл по регистрам:                СтрокаДвижения.НаборЗаписей.Записать();

(127) да тоже самое по сути

(127) Параметры блокировок это что? Время ожидания блокировки данных сек в 1С? Как это ему поможет?
НаборЗаписей = Регистры.ххх.создатьнаборЗаписей()
НаборЗаписей.Отбор.Регистратор.Установить(Ссылка);
НаборЗаписей.Записать()
не верю что этот код делается дольше нескольких секунд.

(129) ну сколько там регистров?

http://clip2net.com/clip/m310512/0c613-clip-28kb.png?nocache=1

(129) таймауты на ОЖИДАНИЯХ блокировок

2 строчка конечно это жесть

(130) сколько строк в документе? по всем регистрам долго или какой-то значительно дольше других? На время записи в регистр влияет количество индексов.. Чем их больше тем дольше запись.

Можно пойти кстати экстенсивным путем и купить ssd промышленные

(134) бухия скорее всего

(133) выпилил.. это раскраска от акселота ))

(135) самый простой кстати - всего 2-3 тыс уе

(134) конкретно в замереном ровно 3 строчки

какой релиз упп в основе?

(139) это у тебя скорее всего регистр ПартииТоваровНаСкладахБУХ или УПР, так долго писаться не должно... Это не нормально. Проверь индексы, посмотри в УПП типовой какие индексированы поля, может у тебя там индексы в избытке. Как загрузку дисков измерял?

(140) RIT:Дистрибуция, версия 2.0 (1.0.1.30)

фиг знает там какой )) но точно знаю что плохой..

(141) да проблема с партионным регистром..
загрузку дисков по виндовому монитору.. resource monitor

(143) как вычислил?

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

там было получение по регистру остатков + регистр "СписанныеТовары".. вот на последний я и добавил индексы.

(145) ты индексы прямо в скуляку добавил, чтоли?

верни как было (даже если в 1се) и перепиши запрос с одного гигантского соединения с подзапросами на временные таблицы

(даже если индексы в 1се)

(146) нет, добавлял на некоторые реквизиты (на те по которым в запросе было соединение) в самом конфигураторе.

там как раз не гигантское соединение..
вот запрос

ВЫБРАТЬ
    СписанныеТовары.НомерСтрокиДокумента КАК НомерСтрокиДокумента,
    ПартииТоваровНаСкладах.Номенклатура,
    ПартииТоваровНаСкладах.ДокументОприходования КАК ДокументОприходования,
    ПартииТоваровНаСкладах.ДокументОприходования.Дата КАК ДокументОприходованияДата,
    ПартииТоваровНаСкладах.Склад,
    ПартииТоваровНаСкладах.ХарактеристикаНоменклатуры,
    ПартииТоваровНаСкладах.СерияНоменклатуры,
    ПартииТоваровНаСкладах.Качество,
    ПартииТоваровНаСкладах.Заказ,
    ПартииТоваровНаСкладах.КоличествоОстаток КАК Количество,
    ПартииТоваровНаСкладах.СтоимостьОстаток КАК Стоимость,
    ПартииТоваровНаСкладах.СтоимостьРеглОстаток КАК СтоимостьРегл,
    ПартииТоваровНаСкладах.СтатусПартии,
    ВЫБОР
        КОГДА СписанныеТовары.СерияНоменклатуры = ПартииТоваровНаСкладах.СерияНоменклатуры
            ТОГДА 0
        ИНАЧЕ 1
    КОНЕЦ КАК ЧислоСерияНоменклатуры,
    ВЫБОР
        КОГДА СписанныеТовары.ДокументПартии = НЕОПРЕДЕЛЕНО
            ТОГДА 0
        ИНАЧЕ ВЫБОР
                КОГДА СписанныеТовары.ДокументПартии = ПартииТоваровНаСкладах.ДокументОприходования
                    ТОГДА 0
                ИНАЧЕ 1
            КОНЕЦ
    КОНЕЦ КАК ЧислоДокументОприходования,
    ВЫБОР
        КОГДА СписанныеТовары.ЗаказСписания = НЕОПРЕДЕЛЕНО
            ТОГДА 0
        ИНАЧЕ ВЫБОР
                КОГДА ПартииТоваровНаСкладах.Заказ = &ПустойЗаказ
                    ТОГДА 1
                ИНАЧЕ 0
            КОНЕЦ
    КОНЕЦ КАК ЧислоЗаказ,
    ВЫБОР
        КОГДА ПартииТоваровНаСкладах.СтатусПартии = &НаКомиссию
            ТОГДА 1
        ИНАЧЕ 0
    КОНЕЦ КАК ЧислоСтатусПартии
ИЗ
    РегистрСведений.СписанныеТовары КАК СписанныеТовары
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровНаСкладах.Остатки(
        &Дат,
        Номенклатура В
            (ВЫБРАТЬ
                РегистрСведений.СписанныеТовары.Номенклатура
            ИЗ
                РегистрСведений.СписанныеТовары
            ГДЕ
                РегистрСведений.СписанныеТовары.Регистратор = &Ссылка)
        И (Склад В
            (ВЫБРАТЬ
                РегистрСведений.СписанныеТовары.Склад
            ИЗ
                РегистрСведений.СписанныеТовары
            ГДЕ
                РегистрСведений.СписанныеТовары.Регистратор = &Ссылка) ИЛИ Склад = &ПустойСклад)) КАК ПартииТоваровНаСкладах
        ПО СписанныеТовары.Номенклатура = ПартииТоваровНаСкладах.Номенклатура
            И СписанныеТовары.ХарактеристикаНоменклатуры = ПартииТоваровНаСкладах.ХарактеристикаНоменклатуры
            И (ВЫБОР
                КОГДА ПартииТоваровНаСкладах.Качество = &ПустоеКачество
                    ТОГДА ИСТИНА
                ИНАЧЕ ВЫБОР
                        КОГДА СписанныеТовары.Качество = &ПустоеКачество
                            ТОГДА ПартииТоваровНаСкладах.Качество = &КачествоНовый
                        ИНАЧЕ ПартииТоваровНаСкладах.Качество = СписанныеТовары.Качество
                    КОНЕЦ
            КОНЕЦ)
            И (ПартииТоваровНаСкладах.Склад = СписанныеТовары.Склад ИЛИ ПартииТоваровНаСкладах.Склад = &ПустойСклад)
            И (ВЫБОР
                КОГДА СписанныеТовары.ДопустимыйСтатус1 <> &ПустойСтатус
                        ИЛИ СписанныеТовары.ДопустимыйСтатус2 <> &ПустойСтатус
                        ИЛИ СписанныеТовары.ДопустимыйСтатус3 <> &ПустойСтатус
                        ИЛИ СписанныеТовары.ДопустимыйСтатус4 <> &ПустойСтатус
                    ТОГДА ПартииТоваровНаСкладах.СтатусПартии = &ПустойСтатус
                            ИЛИ ПартииТоваровНаСкладах.СтатусПартии = &СтатусПартииПоОрдеру
                            ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус1
                            ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус2
                            ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус3
                            ИЛИ ПартииТоваровНаСкладах.СтатусПартии = СписанныеТовары.ДопустимыйСтатус4
                ИНАЧЕ ИСТИНА
            КОНЕЦ)
    
        И (ВЫБОР
            КОГДА СписанныеТовары.СписыватьТолькоПоЗаказу = ИСТИНА
                ТОГДА ВЫБОР
                        КОГДА ПартииТоваровНаСкладах.Заказ <> СписанныеТовары.ЗаказПартии
                            ТОГДА ВЫБОР
                                    КОГДА (НЕ СписанныеТовары.ЗаказПартии = НЕОПРЕДЕЛЕНО)
                                        ТОГДА ЛОЖЬ
                                    ИНАЧЕ ПартииТоваровНаСкладах.Заказ = &ПустойЗаказ
                                КОНЕЦ
                        ИНАЧЕ ИСТИНА
                    КОНЕЦ
            ИНАЧЕ ВЫБОР
                    КОГДА ПартииТоваровНаСкладах.Заказ <> СписанныеТовары.ЗаказПартии
                        ТОГДА ПартииТоваровНаСкладах.Заказ = &ПустойЗаказ
                    ИНАЧЕ ИСТИНА
                КОНЕЦ
        КОНЕЦ)
        И (СписанныеТовары.СерияНоменклатуры = ПартииТоваровНаСкладах.СерияНоменклатуры
            ИЛИ ПартииТоваровНаСкладах.СерияНоменклатуры = &ПустаяСерияНоменклатуры)
ГДЕ
    СписанныеТовары.Регистратор = &ОсновнойДокумент

УПОРЯДОЧИТЬ ПО
    ЧислоСерияНоменклатуры,
    ЧислоДокументОприходования,
    ЧислоЗаказ,
    ЧислоСтатусПартии,
    ДокументОприходованияДата,
    ДокументОприходования
ИТОГИ ПО
    НомерСтрокиДокумента

(148) это именно тот запрос и именно в нем надо выносить всё нафиг во временные таблицы

(141) +100500. "Выбор" и "Или " из условий соединения долой. Любой ценой.

(149) на инфоэвенте если помнишь ругались на 1с в плане врем таблиц, типа #ttЦифирь - цифирь разная каждый раз и скуль заново план строит, хотя в кэше уже есть

(149) Ого, какая древность.

(151) по сравнению с соединением с виртуальной таблицей с отбором по "выбор" отсутствие повторного использования плана запроса намного предпочтительнее сильно неоптимального плана

(153) в данной случае конечно да, этот запрос можно на стенку повесить с подписью - овнозапрос)

(154) просто он времен 8.0, когда не было временных таблиц

(36) Можно какой-нибудь пруф того, что изменение режима блокировки тоже считается эскалацией?
Например, MSDN так не считает: http://technet.microsoft.com/en-us/library/ms184286(v=sql.105).aspx

(98) (100) Где можно посмотреть на примеры Вашей изумительной архитектуры, глядя на которую разработчики типовых должны разрыдаться и пойти мести улицы?

(157) Выдохнуть.
Я говорил про наследие предыдущих прогов. К архитектуре УПП вопросов нет.

(158) Точно, к тебе вопроса нет :) А вот (100) просим на амбразуру - пусть даст нам то, с чем можно идти и чмырить разработчиков типовых)