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


    ТекстЗапроса = "
    |ОбрабатыватьДокументы ИзСпискаЗначений;
         .........."


    Запрос=СоздатьОбъект("Запрос");
    Если Запрос.Выполнить(ТекстЗапроса)=0 Тогда
        Предупреждение("Запрос не выполнился!");
        Возврат;
    КонецЕсли;

пользуйтесь прямыми запросами.

|Условие(мойДок в сзДок);

(1) Переписывать тогда весь отчет нужно. Это я на потом оставляю пока...

(2) Но тогда он все-равно лопатит за весь период с начала времен

(0)ТекстЗапроса = "
    |ОбрабатыватьДокументы ИзСпискаЗначений; - есть такая конструкция языка запросов?
Никогда про такое не слышал

(5) Нет такой конструкции

(5) Вот чем бы ее заменить?


Условие(мойДок в сзДок); Не совсем то? т.к. сканируется вся таблица документов, а это долго

(7) Ну вы либо трусы оденьте, либо крестик снимите(с)

(5) (6) это из платформы 7.7.29, там где добавлены методы СделатьВсё(), СлелатьВсёБыстро() и СделатьВсёПравильно()

(9) СоздатьОбъект("Хочу") и методы хочушные ему приделать

(8) - (10) спасибо за Юмор.
Буду тогда пилить Прямой запрос

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

(11) Я конечно не в тему, но в большинстве своем обрабатывать надо не документы, а регистры. Запрос по документам в 95% случаев неправильно поставлена задача. Или неправильно решена.

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

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

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

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

(12) Также придется переписывать отчет.
Так лучше уже сразу прямым методом.
(13) Задача стоит в формировании реестра документов с определенным статусом, с заданными отборами. И с выводами реквизитов документов, которых нет в регистре.

(18) Так у тебя список доков был - получай по списку и выводи. Теперь пошло про отборы - путаешься в показаниях :)

(19) список есть. А все остальное получаю с помощью запроса. Запрос вот и нужно переписать. И группировки еще нужны

(20) Можешь перебором индексированную таблицу заполнить и снруппировать

(19)В мой запрос по сути нужно только добавить это:
Условие(мойДок в сзДок);
но вот он отрабатывает за весь период.

(21) да можно, конечно. Но я же говорю, что придется отчет переписывать. Он формировался обходом объекта Запрос.

(22) У тебя уже есть список документов, что еще нужно то?

(23) Мне также нужен объект Запрос, чтобы отчет не переписывать.

(24) То есть у тебя все есть менять не хочется. Хочется быстрее. Меняй железо :)

(24) Ну что-то переписать придется все равно :)

(25) Железо не буду менять.
Отчет начал переписывать

(22) переделать обход запроса на обход ИТ - дело 10 минут. особенно если нет "сбросов выборки"

(28) Есть.Поэтому не хотелось переделывать

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

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

(31) руки прочь от клюшек!

(32) не могу, основная учетная система на них и в обозримом будущем это не изменится)
приходится жить с этим)
но уж лучше так чем адъ и израиль(с) от нетиповых ЗУП, БП и т.д.

(33) ;-)

(22) как сказали выше - если есть список доков. нефиг запросом тянуть.
иди тупо по списку СЗ по документам и вытягивай нужные реквизиты.

А 7ка дбф или sql? Для sql была официальная рекомендация -переписать все на запросы.

(36) Фигня это всё. Всё равно получает все данные и обрабатывает.

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

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

(39) Запрос.ВНачалоВыборки()

(31) Нет. Не жутковато у меня. Просто не хочется отчет переделывать. Сказал заказчику что 3-5 часов уйдет на переделку, переделаю на SQLite.
Он бабки зажал. Скорее всего, вообще тогда переделывать не буду.
Список документов, это еще не окончательный. К нему еще хотел условия применить в запросе.
Всего в таблице документов уже за миллион. У меня есть список из 15000-16000 документов. И из них нужно уже отобрать.
(40) ну такого у меня нигде нет.

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

(41) так тогда - взять запрос, выгрузить в ИТЗ, сгруппировать там, где в черном запросе группировки были, и в циклах поменять Группировка() на ВыбратьСтроки() и ПолучитьСтроку()

(43) я в отчете вывожу группировки. Это не потеряется?

(44) ну и выводи. в чем проблема-то?

(45) Ок. Попробую. Давно хотел ИТЗ поюзать.

(13) Я конечно в курсе этой парадигмы. И в курсе почему. Но. В ОУ. Используя пряМые запросы на среднего размера дбф базах получается пряМо неплохо строить всю логику на обработке доков напряМую. Скорость разработки и гибкость гораздо выше чем чорные-ужасные запросы и наспех продуманная архитектура регистров. Я никого не ни к чему не призываю, просто хвастаюсь, какой я разгильдяй. )))

(47) хреняк, хреняк - и в продакшен! 90% выполняемых работ бОльшего и не требуют.

(48) Не "хреняк, хреняк - и в продакшен", а "современная прогрессивная методика разработки ХХП"!

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

семерка ацтой! ану брысь обратно в восемерку!

(50) Во-первых: история не терпит сослагательного наклонения (с)))
Во-вторых: "правильно спроектированный регистр и правильно написанный прямой запрос с использованием индексов" - требует куда больших затрат усилий и соответственно стоимости. О чём я собственно и начал...
В-третьих: "то скорость выполнения возросла бы в разы" - формирование отчёта с 800мс до 180мс? Что-то там про овчинку...

(52) нет в тебе тяги к прекрасному!

(52) если вы генерируете ~20 тысяч таких отчетов, почему бы и нет?

(52) А бардак копится и копится...

(55) не "бардак копится", а "энтропия возрастает"
(54) как правило, те кто генерирует "20тыс отчетов" - они более тщательно относятся к проектированию архитектур.