ЛЕВОЕ СОЕДИНЕНИЕ - как обеспечить уникальность в правой части #544571

В запросе временная таблица левым соединением объединяется с регистром сведений, в котором по объединяющему полю может быть несколько записей. Примерно так:  Таблица.Номенклатура, В Таблице Номенклатура уникальна, а в регистре в общем случае может быть больше одной записи с этим полем. Тогда запрос выбирает два поля Номенклатура, по одному для каждого соответствия Номенклатура-Поставщик. Как сделать, чтобы выбиралась только одна запись, даже все равно, какая из имеющихся, чтобы поле Номенклатура в результате запроса осталось уникальным?

сгруппировать

Группирую, по Номенклатуре и По Поставщику

А какой смысл выбрать любое значение из ТоварыПоПоставщикам ?

Есть смысл, долго объяснять, вкратце - нужно быстро создать подтверждающие документы из, вероятно, большого списка товаров. В большинстве случаев поставщик один, но могут быть и варианты.

Если время выполнения запроса критично, то я бы сначала запихал во временную таблицу сгруппированные записи ТоварыПоПоставщикам с отбором по номенклатуре. А потом соединял.

Вот мне тоже такое в голову пришло, но думал, что ЛЕВОЕ СОЕДИНЕНИЕ может по-разному работать. В фокспрошном SQL умеет же и так, и так ))

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

ВЫБРАТЬ    ВложенныйЗапрос.Поставщик ИЗ    Таблица        ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ ПЕРВЫЕ 1        ИЗ

че за бред? По одному товару может быть несколько поставщиков и надо выбрать случайного поставщика?

О, вот это я, наверное, и имел в виду )) Спасибо, пробую

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

сам то понял, что бред написал ? Засада в том, что снеговик не поддерживает коррелированые подзапросы, в этом главный минус. Если не важен поставщик, то так: Выбрать Таблица.Номенклатура,  Таблица.Номенклатура = Рег.Номенклатура Сгруппировать По Таблица.Номенклатура

А МАксимум имеет смысл для нечисловых данных?

имеет.

Хм, действительно работает. Судя по результатам, Максимум выбирает последнюю запись по хронологии, Минимум - первую.

Спасибо всем, сам бы не скоро догадался )))

Не по хронологии. По внутреннему идентификатору Рег.Поставщик

бред написал

поздно - уже работает )))

обоснуй.

да все норм. Перед пятницей травит )

Но сам-то идентификатор (значение его) нарастает последовательно (если я правильно понимаю), так что фактически получается по хронологии )

Не обязательно

ид может прилететь из сторонней базы или быть слеплен руками.