Может ли обращение к виртуальной таблице РС (срез последних, например) подвесить 1С на весь оставшийся день и после завершения запроса.
Есть запрос, который читает срез последних

Запрос.Текст = "
|ВЫБРАТЬ Регистратор
|ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних( , НЕ Регистратор ССЫЛКА Документ.Спецификация)
|                              И Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка))
|СГРУППИРОВАТЬ ПО Регистратор";

Выполняется запрос минут 10. После этого 1С сильно тормозит пока не перегрузишь агент сервера.
В чем может быть причина?

(0)
нет.

Максимум, ваш бестолковый запрос отъел все ресурсы и вам кажется, что всё пропало.

(2) Почему это запрос бестолковый?

(3) "Регистратор.Фирма "
Сколько там видов регистраторов?

(3) не вижу ни одной причины искать регистраторы в РС в среде последних.

Регистратор.Фирма - вот тут все плохо

(4) ну блин...

Луче б с проводками копался :))

(4) Несколько
А что не так?

9+ Вы про левые соединения и производительность?

(0) >> на весь оставшийся день и после завершения запроса.

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

(11) Почему код волшебный?

(10) И это тоже. Это плохо, но не так критично.

Непонятно зачем вам понадобилось СГРУППИРОВАТЬ вместо ВЫБРАТЬ РАЗЛИЧНЫЕ.
Ну и главный вопрос дня уже был озвучен в (5): не вижу ни одной причины искать регистраторы в РС в срезе последних.

(13) В чем разница в смысле производительности между СГРУППИРОВАТЬ и ВЫБРАТЬ РАЗЛИЧНЫЕ?

(12) Он не волшебный, он сказочный...

(15) Сказочный это вы, потом сами знаете кто

Пока не услышал ни одного аргумента в чем разница между СГРУППИРОВАТЬ и ВЫБРАТЬ РАЗЛИЧНЫЕ.

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

ОФФ.
(16) А чего пришел сюда, если не готов ничего никому объяснять?
Не хочешь - не надо. Тут никто никого не заставляет.

Ответ на свой вопрос (Может ли обращение к виртуальной таблице РС подвесить 1С) ты получил (нет - не может).
Можешь с этим знанием быть свободным и гордым носителем этой полезной информации.

(16) С таким настроем (Я не знаю азов, быстро мне разжевали) на этом форуме ловить нечего.

(16) Откуда ты на мисте найдёшь нормальных (с) собеседников, которые поймут необходимость регистратора в срезе последних?
Ты ещё в остатках их поищи...

(18) Общаться с троллями не вижу смысла

И вам советую не додумывать мой настрой

запрос можно написать и так
    Запрос.Текст = "
    |ВЫБРАТЬ Регистратор
    |ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних( , НЕ Регистратор ССЫЛКА Документ.Спецификация)
    |ГДЕ Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)                                                    
    |СГРУППИРОВАТЬ ПО Регистратор";

Вопрос ключевой может ли после этого тормозить 1С?

(20) нет. Не может

НО, если твой запрос забьёт непомерно tempdb и отъест всю память, то да.. остальные заметят.

(0) Платформа какая? В параметрах: СрезПоследних( ,) - точно нет даты? В настройках регистрах стоит пункт "Разрешить итоги: срез последних"?

(21) tempdb можно забить временными таблицами, разве 1С создает временную таблицу при построении виртуальной таблицы?

(23) ты не поверишь, но при union/group by и т.д скуль юзает темпдб, и даже на итс об этом написано
https://its.1c.ru/db/metod8dev/content/2374/hdoc

(22) "Разрешить итоги: срез последних"
Это автору не поможет из-за условия в параметрах виртуальной таблицы.

(20) а просто выборка всех записей из регистра сколько выполняется? Была уже подобная тема с УПП

(23) MSSQL может вызвать table spool (любой из всего их многообразия) в любой непонятной ситуации, ибо у него есть какая-то стратегия и он ее придерживается.
(0) Позовите специалиста.

(0) > на весь оставшийся день и после завершения запроса
А в 23:59:59 отпускает? Если причинно-следственную связь ты установил без ошибки, значит дело в ресурсах. Надо мониторить, что на сервере происходит до, в процессе и во время.

Тьфу. До, в процессе и после.

тс - еще один параноик на почве неуверенности в себе и непреодолимой гордости, перешел на оскорбления. Это плохо, очень

(30) Быдло не перевариваю. Есть что сказать по теме - скажи. Не интересна тема - пройди мимо. Но такие неадекваты как УдавВПопугаях, ДенисЧ и др. сидят на этом форуме для того чтобы поупражняться в своем "остроумии". В жизни реальной защелкнут свой рот на замок.

Всем кто по теме написал спасибо. Буду изучать.

(31) Хамло, что взять...

(25) Точно.
(0) Тебе проще запрос по физ.таблице регистра сделать (с условием НомерСтроки = 1). Или вообще по документам, которые этот РС могут двигать.

(32) Ну если ты хамло то зачем с людьми разговариваешь?

(31) если 10 человек говорят, что ты один неправ, в большинстве случаев это значит что ты не прав. В большинстве, не 100% конечно.
чем можно помочь, если информации 0.1 процента от необходимого объема
но теперь поздно, теперь ты претендент на бан

Про TempDB я думал, но ошибка из-за переполнения этой базы проявляется совсем иначе. Я встречал ее на практике. А тут просто тормоза всей 1С. И после перезапуска агента 1С нормальная работа восстанавливается.

(33) >> проще запрос по физ.таблице регистра сделать.

А вот почему у него запрос именно такой - он никому не скажет. Ибо мы тут для него все хамло и быдло.
Ему уже почти все попытались так или иначе объяснить, что запрос у него - *авно. Но все, кто критиковал его запрос оказались сами *авном в его глазах.
Так что запрос останется таким каков есть.

(35) В чем я не прав?

(37) В чем проблема в запросе НИКТО так и не сказал. Может от вас я это услышу?

(34) Так я с людьми по-другому говорю. А с буковками на форуме - ...

(40) Будьте так добры, покиньте эту ветку.

(39) Тебе ещё в (5) русским языком написали: "не вижу ни одной причины искать регистраторы в РС в среде последних."
потом в (13) вопрос повторили.
Потом в (33) написали, что из первичной таблицы брать данные.
Но ты ж, бля, Д'Артаньян, а все кругом - гандоны. Отвечать не считаешь нужным. Только требовать и истерики закатывать, как девочка.

(39) Там и так портянка из запроса
https://infostart.ru/1c/articles/527518/#Аналог_среза_последних_на_языке_1С

А вы еще параметрами виртуальной таблицы усложняете, плюс у вас нетиповая конфигурация.

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

42 Запрос реальный был такой
Запрос.Текст = "
|ВЫБРАТЬ Регистратор
|ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних( , НЕ Регистратор ССЫЛКА Документ.Спецификация)
|ГДЕ Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)                                                    
|СГРУППИРОВАТЬ ПО Регистратор";

Это я потом уже экспериментировать начал. Но дело даже не в этом, а в том что было интересно можно при построении виртуальной таблицы среза последнего так подвесить 1С чтобы она продолжала тормозить вплоть до перезагрузки агента. Но всякие тролли вроде  ДенисЧ стали просто жирно троллить. По делу нет ответов практически, кроме замечаний про TempDB. Вы тоже пишите какую - то ерунду про регистратор в срезе последних. ПРИ ЧЕМ ЗДЕСЬ ЭТО?

(44)    УдавВПопугаях, очень прошу, покиньте это тему, вы не интересны мне совсем.

херасе ты центр вселенной. проси интенсивней, если хочешь что бы это произошло

(43) С параметрами я не усложнял
вот запрос, который выполнялся
Запрос.Текст = "
|ВЫБРАТЬ Регистратор
|ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних( , НЕ Регистратор ССЫЛКА Документ.Спецификация)
|ГДЕ Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)                                                    
|СГРУППИРОВАТЬ ПО Регистратор";

Потом СУРБД для того и создана чтобы выполнять и нагруженные запросы в том числе. Временная таблица, которая создается для этого запросв в TempDB, должна быть уничтожена после его выполнения. Почему же 1С не ожила после завершения запроса. Вот что мне хочется узнать.

(47) Я сижу на этом форуме потому что мне нужно решить до завтра эту проблему. Меня можно понять. Как понять вас? Вам делать нечего сидеть в этой ветке и писать всякую глупость?

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

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

(49) Потом расскажите о результатах.

(49) воспитываю. еще интенсивней.
зы. жаль модерства нет(, а то ты бы так и не решил свой вопрос)

(51) Зачем? Это же не С++, где нужно освободить память до того как переменная вылетит из стека...

(55) ой, сообщения пропадать стали, не к добру это, уважаемый. это звоночек.

Явное присвоение очищает аредыдущий объект в переменной еще до сборки мусора.
Иногда очень помогает

(55) да может у тебя имя переменной с какой то глобальной совпало вот и висит потом

(57) Спасибо, попробую завтра

(50) очень даже может, см. (2)

(48) возможно потому что твой запрос вытеснил из кеша все кешированные запросы.

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

Но для начала конечно убери Регистратор из параметров временной таблицы - это не логичная штука

виртуальной таблицы

(0) Запрос явно просит, чтобы его пристрелили как избавление от мучений.
1. Начать надо с минимизации выборки внутри СрезПоследних с помощью максимизации отборов по измерениям регистра. Возможно, что какими-то обходными способами. Например (как вариант), заранее отобрать нужные значения в измерениях и закинуть их во временную таблицу.
2. Плюс исключить обращения через точку к полям составного типа. В таком случае происходит неявное левое соединение ко всем таблицам, входящим в возможные типы поля. В крайнем случае - использовать ВЫРАЗИТЬ().
Выполнить эти пункты и далее смотреть, что получилось и куда можно оптимизировать.

"Оператор ССЫЛКА не убирает лишние неявные соединения (это можно проверить при помощи просмотра плана запроса в консоли), а накладывает отбор по типу. А ВЫРАЗИТЬ явно говорит, что поле будет иметь не составной тип, а одну конкретную ссылку, поэтому не будет лишних соединений." (с)
например.

(13) План запроса один и тот же будет - stream aggreate (в 99% случаев)

Сделал тестовую базу, все те же данные.

Вот такой выполняется работает 1 секунду
Процедура ЗаполнитьНажатие(Элемент)
    ТаблицаРегистраторов.Очистить();
    
    Запрос = Новый Запрос;
    Запрос.Текст = "
    |ВЫБРАТЬ РАЗЛИЧНЫЕ Регистратор
    |ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(,
    |                                                        Регистратор ССЫЛКА Документ.СпецификацияЦен
    |                                                         И Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)  
    |                                                    )
    |                                                        ";
    //|ГДЕ Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)";

    ТаблицаРегистраторов = Запрос.Выполнить().Выгрузить();
КонецПроцедуры

Такой 27 секунд
Процедура ЗаполнитьНажатие(Элемент)
    ТаблицаРегистраторов.Очистить();
    
    Запрос = Новый Запрос;
    Запрос.Текст = "
    |ВЫБРАТЬ РАЗЛИЧНЫЕ Регистратор
    |ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(,
    |                                                        Регистратор ССЫЛКА Документ.СпецификацияЦен
    //|                                                         И Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)  
    |                                                    )
    |                                                        ";
    |ГДЕ Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка)";

    ТаблицаРегистраторов = Запрос.Выполнить().Выгрузить();
КонецПроцедуры


Может все дело не в запросе? Тестовый сервер слабее рабочего, но он физический, а рабочий - VPS в ЦОДе.

(67) Пока ты отказываешься мониторить утилизацию ресурсов на сервере - остается только гадать.

(67) тестовый сколько от груди жмет?

(0) У вас есть понимание, что происходит с запросом, когда идет обращение через Регистратор.Поле особенно когда регистраторов у регистра множество?

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

(70) много левых соединений

(72) вот тут детально этот момент расписан https://its.1c.ru/db/metod8dev/content/2662/hdoc

(69) одного программиста до 25 лет

(71) все верно, не надо держать в себе. продолжайте наблюдения.

(73) А если запрос вот такой

    Запрос = Новый Запрос;
    Запрос.Текст = "
    |ВЫБРАТЬ РАЗЛИЧНЫЕ Регистратор
    |ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(,Регистратор ССЫЛКА Документ.СпецификацияЦен
    |                        И Регистратор.Фирма <> ЗНАЧЕНИЕ(Справочник.Фирмы.ПустаяСсылка))";

Зачем делать левые соединения если в параметрах построения виртуальной таблицы указан отбор по типу регистратора?

в (65) разве не объяснили?

(76) лучше ответьте на вопрос, используете ли вы в отчетах данные из этого РС, где фирма не заполнена? Если используете, тогда почему не вынесли фирма в отдельное измерение РС? Если же не используете, тогда зачем эти костыли, почему при записи не проверяете на заполненность(раз вам такие строки не нужны)?

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

(78) Я наоборот добавил измерение Фирма в РС, теперь мне нужно определить регистраторы, которые сделали последние движения.

Потом я для каждого набора записей РС с отбором по регистратору заполню измерение Фирма конкретным значением.

1 год 8 месяцев 8 дней.
Молод еще. Совсем еще дух.
Тут меня даже старика (не дембеля) еще гнобят иногда.
Я молчу потому что иногда задаю глупые вопросы. ))

(80) в конечном итоге вам нужно постараться вообще избавиться от таких обращений к регистратору и будет вам счастье

Получается что не мой запрос привел в тормозам 1С, а тормоза сервера привели к медленному выполнению запроса. Просто так совпало.

А получать значения от ссылочного типа через точку можно, если это не приводит к неприемлемым замедлениям выполнения запроса 1С.

сначала возьмите регистраторы

|ВЫБРАТЬ Регистратор ПОМЕСТИТЬ ВТ_Регистраторы
|ИЗ РегистрСведений.ЦеныНоменклатуры.СрезПоследних
|СГРУППИРОВАТЬ ПО Регистратор";

потом
ВЫБРАТЬ
Т.Ссылка Из Документ.Документ1 КАК Т ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТ_Регистраторы КАК Р ПО Т.Ссылка=Р.Регистратор И Т.Фирма <> &ПустаяСсылка
ОБЪЕДИНИТЬ ВСЕ
Т.Ссылка Из Документ.Документ2 КАК Т ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТ_Регистраторы КАК Р ПО Т.Ссылка=Р.Регистратор И Т.Фирма <> &ПустаяСсылка

вот и все.
тут будет проще поймать ошибку с тормозами.

(84) Да нет никаких тормозов уже, 2 секунды выполняется запрос.

Я извиняюсь, сам запутался и всех запутал. Просто совпало так что я выполнил запрос и через непродолжительное время стали звонить пользователи что 1С висит.

Вот я и стал думать не подвесил ли я ненароком sql server.

(83) можно, но не нужно. Особенно когда вы проектируете регистры

Всем спасибо за подсказки

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

Временные таблицы тоже вещь опасная, можно tempdb забить ими до полного ступора скуля

(85) 2 секунды - это долго.

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

(81) << Тут меня даже старика (не дембеля) еще гнобят иногда.

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

(89) << 2 секунды - это долго.

Я эту обработку запущу один раз всего. Будет она выполнятся 2 секунды или 22 - нет никакой разницы.

Запрос это выполнится на скуле с уровнем изоляции ReadUncommitted, так что никому плохо не будет.

Мне кажется, (0) - это троллинг.

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

ОФФ: Интересно, до пятницы эта ветка доживёт? ТС мне очень любопытен

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

(80) >> Я ... добавил измерение Фирма в РС, ... Потом я для каждого набора записей РС с отбором по регистратору заполню измерение Фирма конкретным значением.

Примеров подобных манипуляций в любой типовой конфигурации море. Где в очередном обновлении добавляется измерение, ресурс или реквизит регистра (или документа, справочника), а в обработке обновления выполняется заполнение этих новых полей БД.
Делается это, мягко говоря, по-другому, и уж точно для регистров сведений никто не станет заморачиваться со срезом последних для этих целей.
К тому же заполнять надо весь регистр, а не только "регистраторы, которые сделали последние движения". Чтобы не иметь потом неожиданных сюрпризов при неоперативном перепроведении документов или документов, которым понадобятся данные из этого регистра на какую-то другую дату, отличную от среза последних.
Делается выборка данных порциями ВЫБРАТЬ ПЕРВЫЕ 1000 (например) с упорядочиванием по периоду. Обрабатывается. Далее следующие ПЕКРВЫЕ 1000. Обрабатывается. И так до тех пор пока запрос не вернёт пустой результат.
Выполняться это счастье может себе спокойно в фоновом задании, а при сильном желании и в несколько потоков, или в регламентном задании с паузами, чтобы не перегружать систему (по аналогии как это сделано в типовых в обработчиках обновления конфигурации).

PS Гонору у автора до*уя, а в голове пустота. Ещё и взрослых слушать не умеет.

(95) я +1 за доживет, возможно даже не только до ближайшей

(95) Не доживёт. Вопрос решён. Точнее вопоса на самом деле и не существовало.

(97) Если ТС не устанет агриться/набрасывать.

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

(100) или бан не выпишут

к (99)

(91) >> Дело ... в том что на этом форуме пасутся психохулиганы, для которых важно не тему пообсуждать, а поиздеваться над людьми.

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

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

Не нравится этот форум - топай на другие.
Только результат (ответ на твой вопрос) другим не будет.

(96)    Dmitrii, у тебя у самого в голове сквозняки гуляют. Я буду выполнять этот код пока срез последних будет выдавать мне наборы данных. А так как реквизит фирма заполняется не так давно, то у меня будет 3- 4 среза в глубину. На этом все.

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

(103) Я хотел услышать что - то новое для себя. А выслушивать таких как ты, которые просто тупят и пишут глупости, нет никакого интереса.

Жаль что я как автор ветки не могу очищать ее от всякого мусора.

ОФФ.
(105) >> Жаль что я как автор ветки не могу.

Жаль, что ты даже не в состоянии правила форума прочитать.
Там явно прописано, что открытая ветка не принадлежит её автору. И в этом заключается одна из тех фишек этого форума, которые позволили стать ему самым популярным среди тематических.

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

(105) на то есть компетентные люди

(105) А меня это только радует. Страна должна знать своих героев. Другим наука.

(104) Вместо добавления измерения в подобном случае достаточно использовать штатный механизм дополнительных реквизитов или дополнительных сведений. © 1С "Доступно и всерьёз"

Сборище троллей, а не форум. Спецов здесь, за редким исключением, нет.