Попробовал вариант запроса:
ТекстЗапроса = "
|SELECT
|        ПодчДок.IDdoc [Документ $Документ],
|      ПодчДок.Сумма as Сумма
|FROM
|      (SELECT
|            Жур.IDDoc as [Док $Документ],
|            Жур.IDDocDef as Док_вид,
|       FROM
|            _1Sjourn Жур (nolock)
|       INNER JOIN
|            _1SCRDOC Отбор ON Отбор.ChildID = Жур.IDDoc AND
|                                Отбор.MDID = 0 AND
|                             Отбор.ParentVal = :ВыбДок*
|       WHERE
|            (Жур.IDDocDef = $ВидДокумента.ПКО OR
|             Жур.IDDocDef = $ВидДокумента.СтрокаВыпискиПриход) AND
|             Жур.Closed & 1 = 1
|      ) as ПодчДок";

Выдает ошибку:
State 42000, native 156, message [Microsoft][ODBC SQL Server Driver][SQL Server]Incorrect syntax near the keyword 'FROM'

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

Я всегда пишу :

left join $Документ.ПКО as ПКО (nolock) on ПКО.iddoc = Журнал.iddoc
 

Поскольку DmitrO просто так ничего не делает ,
задался вопросом : А зачем добавлять Журнал.iddocdef = $ВидДокумента.ПКО ?
Цитата:

Это либо для повышеня производительности (не подходит, поскольку в _1sjourn  есть индекс по iddoc)
либо поле iddoc в таблице _1sjourn уникально только в пределах вида документа????
Может есть другие соображения, которые я не вижу?

Если можно помочь оптимизитору, то нужно помочь оптимизатору.
В таблице _1sjourn поле iddoc имеет индекс уникальных значений.

To spok:
Дак и я о том же. Помочь оптимизатору. Дык зачем добавлять связь
Журнал.iddocdef = $ВидДокумента.ПКО
если достаточно
ПКО.iddoc = Журнал.iddoc ??
Повторяю, может я не понимаю, и связи ПКО.iddoc = Журнал.iddoc недостаточно??
и ДЕЙСТВИТЕЛЬНО нужно писать
left join $Документ.ПКО as ПКО (nolock) on Журнал.iddocdef = $ВидДокумента.ПКО and ПКО.iddoc = Журнал.iddoc
добавляя связь по виду документа?????

Я исходил из принципа, что iddoc уникально, если база нераспределенная. (где-то вычитал).
Если iddoc не уникально, мне нужно все переписывать.
Сейчас база 40 гиг. iddoc пока уникально.
Может кто-то наверняка знает? Буду благодарен.

Страсти кипят... сериал прямо
Даже без 1С не получится вставить второй iddoc, не переживайте
Хотя... всяко быват...

ну, ну, ну.. эк вас торкнуло-то  

Цитата:

Идентификатор документа (значение в поле iddoc) уникально в пределах всей базы данных.

Цитата:

Тоже не правда. Идентификатор документа (iddoc char(9)) состоит из 6-ти символов идентификатора объекта и 3-х символов идентификатора базы данных. Идентификатор базы данных в нераспределенной базе 3 пробела. Идентификаторы объектов (обычное 32-разрядное число записанное в 36-ричной системе счисления: 6 символов) в системе распределенной базы данных действительно могут быть не уникальны, т.к. могут быть сформированы условно параллельно. Но в целом, значение идентификатора документа (6+3 = 9 символов) всегда уникальны.

Цитата:

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

Теперь по самому условию связи: это сделано исключительно для оптимизации. Если мы уберем из условий связи условие по виду документа - результат запроса будет такой же.
Характер запроса подразумевает наличие нескольких связей (left join) с таблицами шапок разных видов документов. НО(!) сервер не знает логику заполнения наших таблиц, он понятия не имеет, что для каждой записи исходных данных соединится только одна левая связь, поэтому он для каждой записи исходных данных будет пытаться соединять каждую таблицу шапок. Конечно он найдет соответствующую запись только в одном соединении, но для всех остальных соединений он тоже сделает проход по индексу (iddoc), даже не смотря на то, что этот индекс является кластерным и первичным ключом - это все равно впустую потраченное время и загрузка диска (чтения).
Поэтому, т.к. у нас есть информация о виде документа, мы можем избавить его от этой работы: т.к. условие связи не выполнится в пределах исходных данных (не тот вид документа), он вообще не будет делать проход по индексу. Т.о. при правильной постановке условия связи мы уменьшим количество ридов из БД.