Какой метод быстрее?

1. Классический Книга знаний: Срез последних на каждую дату в запросе

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

УПОРЯДОЧИТЬ ПО
   ДатаДок

2. Альтернатива (с временной таблицей)

ВЫБРАТЬ
   КурсыВалют.Валюта,
   КурсыВалют.Период КАК ПериодНач,
   КурсыВалют.Курс,
   МИНИМУМ(ЕСТЬNULL(КурсыВалют1.Период, &ДатаКон)) КАК ПериодКон
ПОМЕСТИТЬ ПериодыКурсов
ИЗ
   РегистрСведений.КурсыВалют КАК КурсыВалют
       ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КурсыВалют КАК КурсыВалют1
       ПО КурсыВалют.Валюта = КурсыВалют1.Валюта
           И КурсыВалют.Период < КурсыВалют1.Период
ГДЕ
   КурсыВалют.Период МЕЖДУ &ДатаНач И &ДатаКон

СГРУППИРОВАТЬ ПО
   КурсыВалют.Валюта,
   КурсыВалют.Период,
   КурсыВалют.Курс

ОБЪЕДИНИТЬ

ВЫБРАТЬ
   КурсыВалютСрезПоследних.Валюта,
   КурсыВалютСрезПоследних.Период,
   КурсыВалютСрезПоследних.Курс,
   ЕСТЬNULL(КурсыВалютСрезПервых.Период, &ДатаКон)
ИЗ
   РегистрСведений.КурсыВалют.СрезПоследних(&ДатаНач, ) КАК КурсыВалютСрезПоследних
       ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КурсыВалют.СрезПервых(&ДатаНач, ) КАК КурсыВалютСрезПервых
       ПО КурсыВалютСрезПоследних.Период <> КурсыВалютСрезПервых.Период
           И КурсыВалютСрезПоследних.Валюта = КурсыВалютСрезПервых.Валюта
;

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

УПОРЯДОЧИТЬ ПО
   ДатаДок

Сравни и расскажи)

(1) я люблю заставлять думать

какой-то странный опрос. Что быстрее то и лучше.

(3) я и спросил что быстрее

в перспективе с учетом увеличения количества строк в результирующей выборке (обрабатываемых заказов) 2ой вариант в плюсе..

во втором ошибка может случиться: "КурсыВалют.Период МЕЖДУ &ДатаНач И &ДатаКон"  - на дату документа = &ДатаНач может не оказаться записи в выборке "КурсыВалют"

только индексировать временную таблицу не помешало бы =)

(6) для этого там объединение стоит
(7) принимается

(8) дочитал :)

все зависит от субд, на которой 1с будет выполнять запрос.
поэтому "Какой метод быстрее"

бессмысленный.

не в тему, но мне кажется второй метод проще "внедрить" в уже имеющийся запрос

При растущих объемах, а они должны расти :)

(11) ща тебя закидают шапками, что подзапросами пользоваться в 1с незя. нуна через временные таблицы.

(10) в первую очередь интересует такой расклад:
клиент-сервер 8.1 под MS SQL 2005, УТ

Классический мне кажется будет быстрее в любом случае...

(13) пусть закидают сначала автора Книга знаний: Срез последних на каждую дату в запросе

(15) какие Ваши доказательства?

есть еще тормозной способ (в 2 раза примерно тормознее классического варианта)

типа

Регистр Внутреннее соединение (Выбрать первые 1 Из Регистр как ТМП Где Тмп.Дата <= Регистр.Дата И Регистр.Валюта = Тмп.Валюта Упорядочить по Тмп.Дата Убыв) как Внутренний

(18) в подзапросе в данном случае разве можно использовать упорядочивание?

(17) ну как я понимаю, выигрыш ВТ перед вложенной таблицей в том, что СУБД оптимальнее будет трактовать соединение, а выигрыш классического в то что не надо создавать ВТ и индексировать её. Я думаю у СУБД проблем с порядком соединения не возникнет, запрос не настолько "запутанный", так что если этот запрос не является вложенным запросом другого запроса, то думаю он будет быстрее в любом случае.

(18) cross apply доступен с 2005 скуля. и в 1ске не поддерживается если что =)

(19) там слово "первые" есть, так что по идее да, можно...

(22) области видимости разные. невзлетит

(13) ткни носом, где такое написано...

(19) да

(22)(25) не заметил ПЕРВЫЕ

фиолетово

(26) и что, запрос работает? =)

Если еще ВЗ запихать во ВТ - то вообще супер-турбо!..  ;))

допустим курсы на каждый день. 2 валюты, евро и доллары.
1. (классика) за год пусть порядка 5000 заказов равномерно распределенные на каждый день. итого получаем обработку 925тыс строк для подзапроса.
2. (альтернатива) 730 строк в результирующем запросе. обработка 260тыс строк для подготовки ВТ. ну а дальше по индексам дело техники.

для 2. ошибся. обработка порядка 133тыс строк =)

(30) курсы на каждый день, тогда весь этот геморой тупо не нужен ))

работающий запрос по схеме (18), если кому интересно:

ВЫБРАТЬ
   КурсыВалютСрезПоследних.Период,
   КурсыВалютСрезПоследних.Валюта,
   КурсыВалютСрезПоследних.Курс
ПОМЕСТИТЬ Данные
ИЗ
   РегистрСведений.КурсыВалют.СрезПоследних(&Начало, ) КАК КурсыВалютСрезПоследних

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

ВЫБРАТЬ
   НАЧАЛОПЕРИОДА(КурсыВалют.Период, ДЕНЬ),
   КурсыВалют.Валюта,
   КурсыВалют.Курс
ИЗ
   РегистрСведений.КурсыВалют КАК КурсыВалют
ГДЕ
   КурсыВалют.Период > &Начало
   И КурсыВалют.Период <= &Конец
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   РегламентированныйПроизводственныйКалендарь.ДатаКалендаря КАК Период
ПОМЕСТИТЬ Дни
ИЗ
   РегистрСведений.РегламентированныйПроизводственныйКалендарь КАК РегламентированныйПроизводственныйКалендарь
ГДЕ
   РегламентированныйПроизводственныйКалендарь.ДатаКалендаря МЕЖДУ &Начало И &Конец
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   Дни.Период,
   Данные.Валюта,
   Данные.Курс
ИЗ
   Дни КАК Дни
       ЛЕВОЕ СОЕДИНЕНИЕ Данные КАК Данные
       ПО (Данные.Период В
               (ВЫБРАТЬ ПЕРВЫЕ 1
                   Данные.Период
               ИЗ
                   Данные
               ГДЕ
                   Дни.Период >= Данные.Период
               УПОРЯДОЧИТЬ ПО
                   Данные.Период УБЫВ))

(32) худший случай для альтернативы взял..

ИМХО,
В 2 запросе как минимум на 1 обращение к РС больше

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

(35)там на 1 образщение больше, но к срезу последних, а не ко всему РС, это несущественно

В тему v8: Оптимизация запроса. Недоумеваю.

(38) там к концу топика только нашли оптимальный запрос. только задачи разные. тут получить набор строк, а там одну строку.

2й быстрее.
Соединения с подзапросами - зло, почитайте kb.1c.ru

Я использовал как первый, так и второй вариант. По ситуации.
Производительность не сравнивал.
Второй вариант юзал только если были дополнительные аргументы к использованию временных таблиц.
В СКД можно реализовать срез последних на каждую дату с помощью связанных наборов данных. IronDaemon кажись демонстрировал. Выглядит очень элегантно, и что самое странное - быстро работает.

Ах да :)

Вы голосованием(!!) определяете какой из приведенных запросов лучше? Сюр какой-то...

(41) не, не быстро

Автор в конце скажет правильный ответ?

попробовал оба запроса с получением всех данных по документу поступление товаров услуг (не только ссылка, и курс), второй вариант отработал, первый вылетает с ошибкой =) наверна стока группировок 1ске плохо становится

(44) Ну, относительно. Просто по логике - вообще должен быть тормоз жуткий. А по отзывам было - что время выполнения тяжелых отчетов увеличивалось некритично. "Чистых" замеров и сравнений - вроде не делалось...