Натолкнулся на неадекватное поведение запроса. Простейший пример:

Все правильно, получаю таблицу из 2 колонок и все записи. А теперь я хочу выбрать только одну колонку:

Вместо списка кодов я получаю всего один. Судя по скриншоту 1С "оптимизировала" запрос на создание ВТ.
Не пойму или я дурак или разрабы платформы. Версия 1С:Предприятие 8.3 (8.3.5.1186)

Переходи на 7.7. Там такого млядства не было.

Грешно смеяться над больными людьми.

твой глюк

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

ТеньД Вместо списка кодов я получаю всего один.

дык у тебя же там МИНИМУМ()

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

(5)

дык у тебя же там МИНИМУМ()

У меня есть спр контрагентов с дублями. В ВТ собирается по одной твари с минимальным кодом. Дальше я эти коды хочу использовать для схлопывания дублей.

(8) Формируешь виртуальную таблицу по варианту 1 и выбираешь из нее колонку Код без Минимум.

(8) то что ты хочешь в (0):

Выбрать минимум (К.код) как код,
К.Наименование
Поместить ВТ
ИЗ Справочник.Контрагенты КАК К
Сгруппировать ПО Контрагенты.Наименование;
Выбрать ВТ.Код Из ВТ

ТеньД У меня есть спр контрагентов с дублями. В ВТ собирается по одной твари с минимальным кодом.

какой-то странный подход ) а если два разных контрагента с одинаковым наименованием?
Что дальше с кодами делать будешь?

+(7) Пример
В спр есть записи:
"1" "Вася"
"2" "Вася"
"3" "Вася"
"4" "Петя"
"5" "Петя"
"6" "Петя"

В ВТ собирается:
"1" "Вася"
"4" "Петя"

Хочу вынуть:
"1"
"4"

а получаю:
"1"

(9) дык у него ВТ формируется одинаково, просто оптимизатор оптимизирует

сделал код как в сабже. возвращает одну колонку с кодами.

подозреваю, что построитель оптимизирует запрос

(13) У тебя вернулись все коды или только один?

Stim подозреваю, что построитель оптимизирует запрос

кэп? :)

ВЫБРАТЬ
	МИНИМУМ(К.Код) КАК код,
	К.Наименование
{ВЫБРАТЬ
	код,
	Наименование}
ПОМЕСТИТЬ ВТ
ИЗ
	Справочник.Контрагенты КАК К

СГРУППИРОВАТЬ ПО
	К.Наименование;
Выбрать ВТ.Код Из ВТ

(16) И какой результат?

ТеньД (13) У тебя вернулись все коды или только один?

Все 100500 кодов, как и должно быть.
Платформа 1443, обычная консоль запросов

Не пойму, сегодня пятница?

Офигеть! В обычной консоли все правильно!

Stim Платформа 1443

?

Фиксирую факт.

(20) аккуратней надо быть с подобными мультитулами )

(22) -> (16) Попробуй мой вариант в своей консоли

(22) так в (14), (15) - уже написали же, не?
кстати, что за консоль? тип запроса с "построителя" можно поменять?

(23) Впервые наступил на такой косяк с Инструментами Разработчика.
(24) У меня аналогичный запрос, за минусом инструкций построителю в фигурных скобках.

(26) Так вот я же и прошу попробовать с инструкциями, я где-то читал насчет оптимизатора.

(27) Инструкции не изменили результат.

Вот, нашел на devtrainigforum.v8.1c.ru:

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

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

Зачем это сделано непонятно. Если ради оптимизации выборки из базы, то почему оптимизация не возложена на разработчика? Ведь в обычных запросах такого косяка нет. И управляемые блокировки тоже возложены на разработчика. А при создании запроса в СКД наверное фирма 1С решила что разработчик не в состоянии оптимизировать запросы сам и надо ему "помочь" :)))

Решение: использовать хоть как то, хоть искуственным образом все поля из временных таблиц. Ну либо переделывать запрос, формирующий временные таблицы. Видимо разработчики платформы расчитывали на второй вариант.

(29) Похоже ты нашел причину.
Вот такой код работает как надо:

ВЫБРАТЬ
	МИНИМУМ(К.Код) КАК код,
	К.Наименование КАК Наименование
ПОМЕСТИТЬ ВТ
ИЗ
	Справочник.Контрагенты КАК К

СГРУППИРОВАТЬ ПО
	К.Наименование
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
	ВТ.код КАК код
ИЗ
	ВТ КАК ВТ
ГДЕ
	ВТ.Наименование <> 0

а если завернуть в 100 виртуальных таблиц, смешивая их с реальными с соединениями и объединениями? ИИ скд не свихнется на оптимизации?

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

(33) Правильно, все поля, которые не попали в выходную таблицу и не использовались для каких-либо вычислений (пустые запросы) будут просто вырезаны из предыдущих запросов.