Два запроса. Один по регистру, один по документам. Второй быстрее. ЧЯНТД? #577619

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

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

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

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

"гладиолус"?

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

))))))

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

+1

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

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

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

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

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

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

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

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

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

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

ага

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

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

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

поржем вместе?

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

ушел учить...

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

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

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

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

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

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

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

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

нет

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

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

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

остатки, это раз свернуто до регистратора, это два

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

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

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

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

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

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

и контрагента отобрать

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

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

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

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

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

а максимум?

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

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

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

двойка =)

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

а что в не так?

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

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

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

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

чего?

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

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

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

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

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

да. все так.

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

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

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

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

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

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

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

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

я понял и написал

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

также можно поиграться со внутренним соединением с таблицей "Документ.ВозвратТоваровОтПокупателя" вместо условия "Регистратор.Ссылка ССЫЛКА Документ.ВозвратТоваровОтПокупателя" и затем получать номер и сумму из этой таблицы. Но здесь уже производительность зависит уже дополнительно от размера этих таблиц. Да и вместо "УчетМПЗОстаткиИОбороты.Регистратор.Дата" можно сразу брать "УчетМПЗОстаткиИОбороты.Период", если конечно конфигурация не допиливалась до того, что движения могут формироваться с датой, отличающейся от даты регистратора

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

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

ага, точно

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

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

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

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

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

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

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

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

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

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