Как ускорить запрос по регистру? #543082

Конфигурация самописная, есть регистр "остатки", очень похожий на такой же регистр из типовой торговли. Структура регистра: Нужно установить факт что по списку номенклатуры была совершена операция "возврат поставщику". Не важно сколько когда и на какую сумму. Интересует только сам факт был возврат или нет. Я сделал такой запрос: В принципе работает. Но долго, так как он обрабатывает регистр за все время. Можно ли как-то ускорить этот запрос? Теоретически можно было бы убрать количество из запроса, оно мне не нужно. Но без количества запрос в таком виде: Но такой запрос всегда почему-то пустой.

А зачем вообще запрос?? Я так понимаю "возврат поставщику" делается документом конкретного вида. Дак и пробегись по документам.

Для начала вынеси значение перечисления в переменную

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

а что это даст?

Так сделай это запросом.

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

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

|Период с НачДата по КонДата; У тебя тут НачДата всегда 01.01.1980???? это первое.

в моем запросе НачДата = "01.01.1980"

select top 1

а что-то подобное стандартными средствами можно сделать?

такой запрос называется "прямой", и его можно писать в 1С, используя ВК 1с++

штатные запросы, в отличие от называютсся "чорными"

, про прямые запросы я знаю... вопрос в том стоит ли применять для моего случая "тяжелую артиллерию" в виде 1С++? штатные средства для моего случая никак не подходят?

Галку отбор движений на "КодОперации" + УстановитьЗначениеФильтра + ОбратныйПорядок + ВыбратьДвижения.

спасибо попробую

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

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

Операция не разовая. Бухгалтер готовит документ возврата поставщику. И в подборе хочет видеть только ту номенклатуру, по которой еще не было возвратов

В принципе решение с периодическим реквизитом хорошее... но прямой запрос кажется более простым.

если бух хочет видеть те ТМЦ, по которым не было возвратов, то, как вариант, можно: 1) определить перечень ТМЦ, по которым были возвраты, а это делать (если возврат делается по определенному виду документа) через использование условия Документ.Вид = "такой-то". потом загоняем в список ТМЦ. 2) дальше в обычном запросе используем условие, что ТМЦ не в этом списке. и можно использовать и для отображения всех остатков и для проверки по поределенному ТМЦ. все.

странная задача... а если закуплено было 100, вернули 10 а через месяц опять надо делать возврат - то этот товар уже вернуть нельзя? или наоборот? странная логика... для возвратов лучше использовать табличку в которой показывать Товар, остаток на складе, разница между купленным и возвращенным товаром по этому поставщику - например в виде внешнего отчета с ТЗ на форме и возможностью указания количества + перенос этих данных в документ Возврат.

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

ну тогда точно используй реквизит справочника, причем даже не периодический, а обычный с отбором. Можно будет фильтровать форму списка справочника "на лету" по возвращеным и не возвращеным товарам

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

СписокТов - содержит список твоих товаров

спасибо

А у меня такой вариант получился:

но у меня нету условия по списку товаров

У меня база DBF

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

(29 30) ну я в 27 писал наверное для другой постановки задачи. в 27 делалось есть заданный список товаров. Среди этих товаров отобрать те по которым были в движениях  конкрет. код операции в 29 задача найти все товары по которым был кокретный код операции. об особенностях dbf мало чего могу сказать.

я про DBF упомянул в связи с тем, что не сработал метод УложитьСписокОбъектов. Я сгоряча решил что может быть дело как раз в DBF?

версия 1С++ 3.2.2.8

а сейчас закомментирвал "УложитьСписокОбъектов" и сделал элементарный запрос: Вообще возвращается пустая таблица, даже без колонок. Что за фигня? DBF?

ошибки никакой не выдается

Рез = База.Соединение(Соединение); {ПРЯМОЙ ЗАПРОС ПО ВОЗВРАТАМ.ERT}: FAILED! IDataInitialize::GetDataSource: Класс не зарегистрирован

а почему ODBCRecordset не работает?

ХЗ я всегда использую ОЛЕДБ, да и когда изучал 1С++ в рекомендациях советовали именно его для ДБФ Microsoft OLE DB Provider для DBF баз

а как этот драйвер работает с Windows 7? нету проблем?

проблем не замечал