Столкнулся с такой бедой. В форму списка документа вывел произвольный запрос, в котором данный документ соединил левым соединением с другим документом по реквизиту ДокументОснование, чтобы показать в списке введенные на основании данного. В принципе на всегда связаны один к одному, но если по ошибке кто-то ввел второй раз, получаю ошибку дублирования ключевых полей, хотя дубли-то в правой таблице и при левом соединении из неё должен выбраться только один документ (какой из двух - это второй вопрос, сейчас неважно). Получается, что по факту работает полное соединение, а не левое. Это баг или фича и как избежать?

(0) Ты не правильно похоже понимаешь работу левого соединения.

(0) да, наоборот, как раз это левое соединение, когда в левой таблице один документ, а в правой может соответствовать 100 документов.

(0) при чем тут левое и полное ?
Ну и каша

Если нужен только один из многих, то группировка и максимум(документОснование) или левое соединение с табличкой, в которой уже только 1 документ (какой именно - сам решай).

(0) Но лучше, чтобы не напрягать СУБД лишними группировками, исключи ситуацию ошибки с повторным введением документа.

(4) сейчас придет сами знаете кто и всем расскажет, что скл работает не правильно и джойн сразу должен вернуть один (любой)

(0) Если вам несложно, объясните, пожалуйста, как вы понимаете работу полного соединения? Это очень интересно

ВЫБРАТЬ ПЕРВЫЕ 1
или ГДЕ Документссылка.Правильный = Истина

(8) Ну тогда одна запись и выйдет на весь журнал.

(0) поди не по объектам соединяешь, а по наименованиям или номерам каким.
объекты уникальны.

(10) Да не, просто 2 разных объекта могут содержать в реквизите одно и то же значение (документ-основание).

А вот если бы 1с поддерживала коррелированные запросы...

(12) Это плохая практика в любом случае. Так что 1С правильно делает, что такую хрень не поддерживает.