Добрый день.
Вот при закрытии месяца выполняется один из запросов и вешает клиента на мертво, помогает только сброс текущего серверного вызова, да база в sql 16.
Если во втором запросе убрать "ПЕРВЫЕ 1" то запрос выполняется и всё хорошо, на 2.5 млн строк выборка, но выполняет и не тупит.
База обслужена, индексы перестроены, статистика обновлена.
Далее база выгружена и загружена в чистую, та же история...
Далее база загружена в файловую версию, в файловой нет проблем.
Кто сталкивался помогите понять... я его уже простил =)

ВЫБРАТЬ ПЕРВЫЕ 1
    ТаблицаПоследовательности.Регистратор КАК Регистратор,
    ТаблицаПоследовательности.Период КАК Период,
    ИСТИНА КАК ЭтоДанныеПоследовательности
ИЗ
    Последовательность.ДокументыОрганизаций КАК ТаблицаПоследовательности
ГДЕ
    ТаблицаПоследовательности.Организация = &Организация
    И ТаблицаПоследовательности.Период >= &НачинаяСДаты

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    Хозрасчетный.Регистратор,
    Хозрасчетный.Период,
    ЛОЖЬ
ИЗ
    РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
        ЛЕВОЕ СОЕДИНЕНИЕ Последовательность.ДокументыОрганизаций КАК ТаблицаПоследовательности
        ПО Хозрасчетный.Регистратор = ТаблицаПоследовательности.Регистратор
ГДЕ
    Хозрасчетный.Организация = &Организация
    И Хозрасчетный.Период >= &НачинаяСДаты
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ФормированиеЗаписейКнигиПокупок
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.УведомлениеОбОстаткахПрослеживаемыхТоваров
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.СправкиНДФЛДляПередачиВНалоговыйОрган
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.РаспределениеНДС
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.РезервыПоОплатеТруда
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ДепонированиеЗарплаты
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.УдалитьНачислениеЗарплатыРаботникамОрганизаций
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ПерерасчетСтраховыхВзносов
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ОперацияНалоговогоУчетаПоНДФЛ
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ОперацияСБилетом
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.УдалитьСписаниеДепонентовВДоходыОрганизаций
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.СписаниеНДС
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.АктПроверкиСтраховыхВзносов
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.УдалитьДепонированиеОрганизаций
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.НачислениеДивидендов
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.РегламентнаяОперация
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ПерерасчетНДФЛ
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ВосстановлениеНДС
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ПодтверждениеНулевойСтавкиНДС
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.КорректировкаЕНС
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ФормированиеЗаписейКнигиПродаж
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.УдалитьОтражениеЗарплатыВУчете
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.СведенияОбУдержанномНДФЛ
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ФормированиеУставногоКапитала
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.УдалитьРасчетЕСН
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.НачислениеНДСпоСМРхозспособом
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.ВосстановлениеНДСПоОбъектамНедвижимости
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.СчетФактураПолученный
    И НЕ Хозрасчетный.Регистратор ССЫЛКА Документ.СчетФактураВыданный
    И ТаблицаПоследовательности.Регистратор ЕСТЬ NULL

УПОРЯДОЧИТЬ ПО
    Период,
    Регистратор

Такие запросы обязаны вешать базу. В этом их фишка

Во втором запросе "ВЫБРАТЬ ПЕРВЫЕ 1", а если убрать то выполняет норм.

экспериментальным путём выяснил, что вешается если этот первый 1 "Операция" т.е. получается есть ручная операция и она не в последовательности как это может так работать =((((

(3) Объясните смысл этого запроса, а уж потом будем разбираться, что в нём переделать. Это вообще зачем?

(1) а в чем вы видите проблему с запросом?

(4) Список пропускаемых документов соответствует служебным обязанностям замГБ.
Скорее всего она попросила программиста сварганить какой-то отчёт по чужим для неё докам.

Коллеги, мне непонятно, а что даёт это условие, можете пояснить?
И ТаблицаПоследовательности.Регистратор ЕСТЬ NULL

Просто я привык видеть НЕ ЕСТЬ NULL...

(7) Это условие обратное тому, к которому Вы привыкли. Ваш Кэп.

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

(2) Не вижу у тебя двух запросов
Вижу один запрос с ОБЪЕДИНИТЬ ВСЕ

(9)+ два и более запросов это когда между ними есть ";"

(3) похоже на платформенный глюк

(10) Это один пакетный запрос

(12) Угу, который состоит из обычных запросов (не пакетных)
Теоретически да можно сказать что у него сложный запрос с объединить, состоящих из двух простых запросов

(0) Если в типовой бухгалтерии дата документа совпадает с датой движений, то в соединение добавь условие:
ПО Хозрасчетный.Период = ТаблицаПоследовательности.Период

(14) А запрос к проводкам для выборки документов для перепроведения Вас не смутил?

Это запрос из типовой конфы. Общий модуль РаботаСПоследовательностями функция МоментВремениПервогоДокументаВПоследовательности
эта функция вызывается из функции ПроверитьАктуальность в модуле обработки ЗакрытиеМесяца перед выполнением закрытия.
Это происходит в фоновом задании которое зависает при исполнении этого запроса... Если выполняю запрос из консоли запроса, то клиент виснет пока не сброшу серверный вызов.
Зачем это так придумано ХЗ. Я не понимаю на, что влияет ПЕРВЫЕ 1. Видимо надо анализировать план запроса, но я в этом не шарю.

(11) Поймал на платформе 23.2040 обновлял, добрался до актуальной 24.1467 всё также.

Лицуха, ИТС, все дела на месте , кроме кукухи... =)

(3) <- не актально, вешается если выборка меньше 5, т.е выбрать первые 5 и более ОК, выбрать первые 4 и меньше зависон =(

(16) >Видимо надо анализировать план запроса, но я в этом не шарю.
Хороший повод начать) Как минимум посмотреть в профайлере /консоле что там строится на стороне скуля.

Ну или экспериментировать. Например - разбить ОБЪЕДИНИТЬ на 2 ВТ (ВЫБРАТЬ ПЕРВЫЕ 1 ... ПОМЕСТИТЬ ВТ1 ... УПОРЯДОЧИТЬ ПО...) дальше выбирать ПЕРВЫЕ 1 из их объединения.
Или дикое условие на проверку типа заменить на ТИПЗНАЧЕНИЯ(Регистратор) НЕ В (&МассивТипов)

(20) * а лучше ТИПЗНАЧЕНИЯ(Регистратор) В (&МассивТипов) , полный массив типов взять можно из Метаданные.РегистрыБухгалтерии.Хозрасчетный.СтандартныеРеквизиты.Регистратор.Тип.Типы() например

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

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

(0) А где у тебя упорядочивание в первом запросе?
В чем тогда смысл ВЫБРАТЬ ПЕРВЫЕ 1?

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

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

Чтобы получить первые,нужно выполнить запрос и сделать упорядочивание,а только потом выбрать первую строку.
Упорядочивание документов,которые в разных таблицах,задача очень непростая.
А влияние количества - возможно,что при большом количестве все отдают SQL,а он более оптимизирован,а попытка делать сравнение на лету приводит к поиску по таблицам для каждой строки,то есть получается аналог запроса в цикле.
При исполнении в sql цикл получается не по строкам,а по типам документов,так как сравнивать моменты времени можно и без заглядывается в таблицы.

(24) Так это не у меня, это в типовой бух

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

(28) Нет в типовой такого кода. Есть другой:


Видно, что у вас там код переписан. И в исключение добавлена своя куча документов.

Кстати, Волшебник, вот этой строчки раньше в коде не было:
И ТаблицаПоследовательности.Регистратор ЕСТЬ NULL
У меня есть релиз БП полугодичной давности - там её нет, она появилась недавно, в 150.29 уже есть

Вот чем-то она мне не нравится )

т.е. концовка для ранешних платформ была такой:

(31) Ага, странное условие.

(31) Мне вообще этот запрос не нравится

(30) конфа на замке, этот запрос собирается, я просто готовый текст выкатил который исполняется, "&УсловиеПоРегистратору" заменяется на описание регистраторов. строка 1042 в БП 3.0.147.30

(35) Гнилые отмазки

(36) хех - колбасный цех