Есть запрос №1:

SELECT
(SELECT ДокОтН.IDDoc FROM dh8682 ДокОтН (nolock) WHERE ДокОтН.IDDoc = ЖурДок.IDDoc) AS [ТекДок]
FROM _1sjourn ЖурДок (nolock)
WHERE
(ЖурДок.DocNo LIKE 'ЗД-0000056%') AND (ЖурДок.IDDOCDEF = 8682) 

И запрос №2:

SELECT
ДокОтН.IDDoc AS [ТекДок]
FROM _1sjourn ЖурДок (nolock)
INNER JOIN dh8682 ДокОтН (nolock) ON ДокОтН.IDDoc = ЖурДок.IDDoc
WHERE
ЖурДок.DocNo LIKE 'ЗД-0000056%' 

Почему запрос №1 выполняется быстрее второго? Только без очень умных слов пжлста.

а если определишь в запросе _1sjourn.dnprefix, то будет тебе щастье
т.к. попадешь в индекс DOCNO и получишь минимальный Reads

условие по dnprefix добавь

trad писал(а) 29. Августа 2006 :: 11:05:

даю рупь за 100, ща еще раз попросит подробностей, шо это такое...

Вот такой запрос также будет работать как 1 с поста (0):

SELECT
	ДокОтН.IDDoc AS [ТекДок]
FROM dh8682 AS ДокОтН (nolock)
INNER JOIN _1sjourn ЖурДок (nolock) ON ДокОтН.IDDoc = ЖурДок.IDDoc
WHERE
	ЖурДок.IDDOCDEF = 8682
	AND ЖурДок.DocNo LIKE 'ЗД-0000056%'
 

И все дело как сказал (1) в поиске по индексу, если указать вроде как ненужное условие по IDDOCDEF, то оптимизатор SQL начинает использовать индекс DOCTYPE.

(3) Все верно говоришь, (спасибо 1С за составные индексы) но если нумерация не скозная а периодическая, то придется перечислять все периоды, или же ставить условие на LEFT(DNPREFIX,10) = пробелы+10ИДДока, что может не привести к ускорению работы.

pvase писал(а) 29. Августа 2006 :: 11:15:

да, такая математика - не приемлима