запрос к регистру сведений или к срезу последних? #540576

Пытаюсь оптимизировать выполнение формирование документов, анализирую производительность и столкнулась с таким фактом - запрос по регистру сведений занимает меньше времени, чем запрос к виртуально

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

ну виртуальную таблицу ещё построить надо. покажи запросы

виртуальная таблица - срезпоследних.... я же ее не строю...

отбор в виртуальной таблице стоит?

или там после "ГДЕ" идет? не видя текста запроса непонятно.

она тебе сама собой строится. нет такой физической таблицы *СрезПоследних

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

точно, наверно ГДЕ имеется вне параметров среза.

вот и не используется "где"... а реально получается - что запрос по регистру делается быстрее, чем по срезу последних... да знаю я это.... отсюда - и вопрос...

как в 77 наверно форируешь, без текста запроса.. надо отвыкать.

мы запросов долго ждать будем?

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

пока запросы не покажешь, это будет сравнительный алнализ кислого с мокрым

ИЗ работает медленнее чем ВЫБРАТЬ    Скидки.ПроцентСкидкиНаценки,    И Скидки.Номенклатура В(&СписокНоменклатуры)    и

т.е. текстов запросов не будет?

а вот и ГДЕ в первом запросе

глянь тексты, рыбка...

и во втором - тоже... а работает второй - быстрее...

так ведь есть ГДЕ :) а еще - они и данные разные могут возвращать :)

одинаковые возвращают данные.... в том то и дело...

ну и что - да есть... потому что так надо... и во втором случае - тоже есть "где".... так что это - не ответ...

пример - по одним и тем же наборам измерений - регистратор с разными организациями, и последняя не попадает в отбор. пример2 - Скидки.ПроцентСкидкиНаценки последнее значение 0.

первый запрос строит таблицу, потом из неё выбирает по условию. во втором запросе выбирает по условию без построения вирт. таблицы. как-то так

ответ-ответ. в первом случае 2 запроса, во втором 1.

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

Накладывай отбор на вирт таблицу.

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

это что имеешь в виду?

так как нет параметров в вирутальной таблице - он рассчитывает последния значения ДЛЯ ВСЕХ записей в регистре, и только потом накладывает ГДЕ. именно поэтому твоя временная работает медленнее

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

Почему надо имено так? У тебя получается: Выбирается вирт таблица, а потом на неё накладывается ГДЕ конечно это медлено

параметры в виртуальной таблице ЕСТЬ

загоняй всё в ГДЕ в скобки от СрезПоследних

получается - медленнее чем на весь регистр наложить "где"?

там регистратор - так что не взлетит

сравни два запроса на большой базе:    ТоварыНаСкладахОстатки.КоличествоОстаток    ТоварыНаСкладахОстатки.КоличествоОстаток

это два действия

тогда неправильно будет...

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

ну это элементарно.... нуфик...

+ и ПроцентСкидкиНаценки с ПроцентСкидкиНаценки  таки ресурсы, скорее всего. но если их в параметры внести, то работать станет как второй запрос :)

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

Сделай правильно =)

Объяснили уже.

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

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

виртуальная таблица рассчитывается в момент запроса, на это тратится время, а во втором случае просто выбираются записи из физической таблицы, время не тартится. почему должно быть быстрее в случае СрезаПоследних? всегда было медленнее. тем более СрезПоследних достаточно нетривиальный алгоритм ИМХО.

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

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

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

сначала проверь свои запросы на примерах, приведенных мною. пойми, что твой "оптимизированный" запрос работает не верно.

уже проверяла.... работает - также...

все равно - спасибо, за то, что принял мою проблему так близко.... даже примеры придумал! спасибо.

просто сам наступал на эти грабли. вот тебе пример: данные регистра: период 01.01 получаем данные по оргаинзации А. первый запрос вернет пусто, второй - за период 01.01 второй пример: период 01.01 первый запрос вернет пусто, второй - 10