1. По документам
ВЫБРАТЬ
   ВозвратТоваровОтПокупателя.Номер КАК НомДокумента,
   ВозвратТоваровОтПокупателя.Дата КАК ДатаДокумента,
   ВозвратТоваровОтПокупателя.Контрагент КАК КонтрагентДокумента,
   ВозвратТоваровОтПокупателя.СуммаДокумента
ИЗ
   Документ.ВозвратТоваровОтПокупателя КАК ВозвратТоваровОтПокупателя
ГДЕ
   ВозвратТоваровОтПокупателя.Дата МЕЖДУ &ДатаНач И &ДатаКон
   И ВозвратТоваровОтПокупателя.Контрагент = &Контрагент
   И ВозвратТоваровОтПокупателя.Проведен
УПОРЯДОЧИТЬ ПО
   ДатаДокумента

2. По регистру
ВЫБРАТЬ
   УчетМПЗОстаткиИОбороты.Регистратор.Номер КАК ДокВозврНомер,
   УчетМПЗОстаткиИОбороты.Регистратор.Дата КАК ДокВозврДата,
   УчетМПЗОстаткиИОбороты.Регистратор.СуммаДокумента КАК ДокВозврСуммаДокумента,
   УчетМПЗОстаткиИОбороты.Регистратор.Ссылка КАК Док
ИЗ
   РегистрНакопления.УчетМПЗ.ОстаткиИОбороты(, , Регистратор, , ) КАК УчетМПЗОстаткиИОбороты
ГДЕ
   УчетМПЗОстаткиИОбороты.Регистратор.Дата МЕЖДУ &ДатаНач И &ДатаКон
   И УчетМПЗОстаткиИОбороты.Регистратор.Контрагент = &Контрагент
   И УчетМПЗОстаткиИОбороты.Регистратор.Ссылка ССЫЛКА Документ.ВозвратТоваровОтПокупателя
УПОРЯДОЧИТЬ ПО
   ДокВозврДата

виртуальная таблица

(1) Поподробнее, пожалуйста )

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

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

(1) "гладиолус"?

взял мощный механизм и начал им забивать гвозди

(5) ))))))

(0) Вернее скажем так: выборка по документам в данном случае будет намного быстрее чем по регистру. И ЭТО ПРАВИЛЬНО!

(5) +1

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

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

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

(3) Спасибо!
(7) т.е.  с регистрами экспериментировать не стоит?
(9) Спасибо! вот теперь понятнее

(10) Я так понял, что автор сетует на то, что по регистру у него работает медленнее, чем по документу:)

так ему же реквизиты документа надо

там по любому будет период = регистратор

(13) я не "сетую", я спрашиваю - ЧЯНТД?

в общем, автор темы сам не понял, чо сказал

(12) Да брось ты эти регистры, выборкой все колбась, вижу времени у тебя много ))))))

(15) ага

(18) опа! доигрался?

(0) Прикольно. Автор "ИЗ"

Автору стоит подучить мат. часть.

(21) поржем вместе?

(20) Чтобы понимать, почему регистр в ДАННОМ случае медленнее, нужно знать как хранится информация в таблицах БД и как происходит трансляция запроса. Разница в количестве записей в таблице совсем не главное.

(22) ушел учить...

Из анкеты ТС:

Достижения (опыт):    проф по платформе 8.0  
Роль на форуме:        инженер знаний


))))

(25) без обид.
Вопрос на самом деле не совсем тривиальный. Один раз разберешься и в будущем будешь писать хорошие, быстрые запросы.

(25) если посмотришь, во что превращается твой запрос при транслировании на сервер SQL то можешь увидеть много-много левых соединений, что и замедляет твой запрос по регистру

(27) согласен. надо правильно параметризовать запрос к регистру. я правильно понимаю?
(28) понятно, что много левых соединений. как оптимально написать простенький запрос?

Сначала нужно определиться что тебе нужно (29)

(29) Если нужны документы, то оставляй первый вариант.

(3) с чего бы это "РегистрНакопления.УчетМПЗ.ОстаткиИОбороты(, , Регистратор, , ) КАК УчетМПЗОстаткиИОбороты" не виртуальная?

(29) да не только. Регистратором для регистра может быть 100 различных документов, а сама таблица в регистре содержать 100.000 записей. А документов возврата быть 20 штук. Даже при прочих равных выборка по документам будет быстрее т.к. их физически меньше.

(32) нет

(32) А что такое "виртуальная таблица" и почему она "виртуальная"?

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

(0) сначала запрос правильно составь, потом уже сравнивай производительность..

(34)(35) виртуальная,
остатки, это раз
свернуто до регистратора, это два

(32) Вот как только ты ответишь на этот вобщем-то нетривиальный запрос, так сразу и поймешь, почему в данном случае "ОстаткиИОбороты" не будет виртальной таблицей.

(38) да ну?? в таблице оборотов есть данные по регистраторам? =)

(36) подскажи, как параметризовать таблицу? надо вставить в условие ограничение по периоду?

(4) я вообще название прочитал, как "первая быстрее"
а так забавно

(40) в таблице движений есть
что за таблица оборотов?

(38) Ну если "виртуальной" считать сгруппированную таблицу записей регистра, то да. Эта таблица будет "виртуальной". Да только вот беда, под "виртуальной" понимают в 1С совсем другое.

(41) и контрагента отобрать

(40) лол
(41) в параметры виртуальной таблицы можно пихнуть и период и контрагента

(44) что под ней понимают, давай свою версию?

(40) Туда же. Учи мат часть. Регистр накопления делится минимум на две физических таблицы: таблица записей и таблица оборотов.

(40) обороты с периодичностью регистратор будут содержать регистратор очевидно

(48) таблицу итогов вообще-то
(44) да ты че? а остатки как же?

(48) а максимум?

(41) РегистрНакопления.УчетМПЗ.ОстаткиИОбороты(&ДатаНач,&ДатаКон, Регистратор, , Регистратор.Контрагент = &Контрагент
)

я хотел бы получить ответ на свой вопрос в (47)
а то есть какая-то "беда" а я про нее не знаю

(53) да он только и говорит идти учить матчасть, сам то не знает ее =)

(52) двойка =)

(54) да мне просто любопытен его вариант

(55) а что в (52) не так?

(47) Вы ощущаете разницу, между выборкой из физической таблицы уже свернутых данных и доборкой из таблицы записей по неактульным периодам, и выборкой из таблицы всех записей регистра с группировкой ее по регистратору? Это одно и тоже?

а я предположил, как в (52)

ВЫБРАТЬ
   УчетМПЗОстаткиИОбороты.Регистратор.Номер КАК ДокВозврНомер,
   УчетМПЗОстаткиИОбороты.Регистратор.Дата КАК ДокВозврДата,
   УчетМПЗОстаткиИОбороты.Регистратор.СуммаДокумента КАК ДокВозврСуммаДокумента,
   УчетМПЗОстаткиИОбороты.Регистратор.Ссылка КАК Док
ПОМЕСТИТЬ ДокМПЗ
ИЗ
   РегистрНакопления.УчетМПЗ.ОстаткиИОбороты(&ДатаНач, &ДатаКон, Регистратор, , ) КАК УчетМПЗОстаткиИОбороты
ГДЕ
   УчетМПЗОстаткиИОбороты.Регистратор.Дата МЕЖДУ &ДатаНач И &ДатаКон
   И УчетМПЗОстаткиИОбороты.Регистратор.Контрагент = &Контрагент
   И УчетМПЗОстаткиИОбороты.Регистратор.Ссылка ССЫЛКА Документ.ВозвратТоваровОтПокупателя

ДЛЯ ИЗМЕНЕНИЯ

(58) не надо мне про ощущения... я конкретный вопрос задал: "Что такое виртуальная таблица в терминах 1С?"

(59)

"УчетМПЗОстаткиИОбороты.Регистратор.Дата МЕЖДУ &ДатаНач И &ДатаКон" - уже лишнее

(58) чего?

Если понимать под виртуальной таблицей только sql запрос не вникая в суть выполняемых манипуляций с данными - тогда да данная таблица будет "виртуальной". И это уже было сказано в (44)

(60) макрос, разворачиваемый в подзапрос или временную таблицу

(58) Свернуть и получить 1000 записей будет быстрей чем выбрать первоначально эту 1000?

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

(57) в виртуальной таблице нельзя отбирать по регистратору.

(61) да. все так.

(67) можно
(63) ну так и просят озвучить твое понятие виртуальной таблицы ))

+(69) а стоп - нельзя ))

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

(63) а какая же виртуальная таблица "правильная"? чтобы мы все тут понимали, что не так понимает 1с

(64) да мне нужен ответ конкретного персонажа
(63) то есть виртуальная таблица - это скл запрос?

А почему ОстаткиИОбороты, а не Обороты?

(69) Он хотел сказать, что в параметрах виртуальной таблицы нельзя отбирать по регистратору.

(75) Тоесть накладывать условия на нее.

(76) я понял и написал (70)

(77) Я для спорщиков пишу. Истину же ищем.

(61) также можно поиграться со внутренним соединением с таблицей "Документ.ВозвратТоваровОтПокупателя" вместо условия "Регистратор.Ссылка ССЫЛКА Документ.ВозвратТоваровОтПокупателя" и затем получать номер и сумму из этой таблицы.
Но здесь уже производительность зависит уже дополнительно от размера этих таблиц.

Да и вместо "УчетМПЗОстаткиИОбороты.Регистратор.Дата" можно сразу брать "УчетМПЗОстаткиИОбороты.Период", если конечно конфигурация не допиливалась до того, что движения могут формироваться с датой, отличающейся от даты регистратора

(79) спасибо! пошел конструктив. вопрос-то был простой "чянтд", а в результате развернулась "битва титанов" )

Короче для того, чтобы писать правильные запросы. Достаточно знать три вещи.
1. Какие поля проиндексированы.
2. Какие поля имеют агрегатные таблицы
3. Структуру таблиц, чтобы не лазить за какими-то данными далеко.

(67) ага, точно

(81) Отлично! Спасибо за совет!

(58) выборка из таблицы уже свернутых данных - идеальный случай. когда движения либо не указывается дата остатков, либо когда попадает на дату хранения остатков в базе. в противном случае ВСЕГДА будут присоединяться движения (физическая таблица записей регистров), даже если их нет

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

(85) т.е. к регистру прикручиваю, левым соединением, док "Возврат от покупателя". параметризую обращение к регистру и должно получится поинтересней?

(86) если у тебя в регистре нет измерения Контрагент, то интересней не получится.

(86) левое соединение у тебя и так в результате получается, если ты получаешь поля регистратора, например номер или дата (при транслировании запроса платформа всё равно сделает это за тебя), можно проверить внутреннее соединение, может и будет быстрее

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

(88) когда платформа за него будет длать, то она не одну таблицу прицепит

(90) абсолютно верно, в (85) об этом уже сказал

(91) ага, что-то по диагонали прочитал