Собственно, сабж.

Поясню на примере: есть 3 множества А, Б, В. Множества А и Б соединены левым соединением, а множества Б и В внутренним. Что получится в итоге, если порядок записи запроса такой:

А <LEFT JOIN> Б <INNER JOIN> В

Да что ж такое творится-то уже второй день, а?

(0) конструктор в руки, что нельзя сделать - не даст

(1) А что второй день творится? Ыбл в коммандировке, не в курсе
(2) Конструктор дает такое сделать

З.Ы. сделал через вложенные запросы, сабж создал из интереса. У нас с коллегой дискуссия

(3) Что творится? Ни думать, ни читать, ни пробовать не хотят. А вот дурацкий вопрос задать - да запожалуйста!

(4) а здесь бывает иначе?

(5) Как минимум, вот такого:
Дата регистрации: 27.01.2010     сегодня  
Сообщений: 68  
что-то не припомню.

(6) да ладно уж, ты сюда глянь http://www.forum.mista.ru/rating.php

(7) И на что именно мне там посмотреть?

(8) на количество сообщений за 15 дней  и учитывай, то что в выходные обычно не пишут :)

(9) На стаж писателей посмотри. Дедовщина тут.

(6) Если бы я мог найти ответ на этот вопрос, я бы не создавал тему. Мне приходит в голову 2 варианта:
1. Я получу левое соединение А и В, в силу приоритета INNER JOIN
2. Я получу внутреннее соединение А и В, если у INNER JOIN приоритета нет.

(11) А если ты чуток подумаешь, что поймешь, что абсолютно по барабану, в каком порядке условия выполняться будут.

(10) а с чего ты решил, что у меня стаж маленький?

(13) А не люблю клонов...

(14) я тоже

и я не клон

(11) о, еще одного к основам реляционной алгебры.

(16) И кто же ты?

(0) в 1С приоритет сверху вниз и изнутри наружу

(17) надо будет на досуге перечитать. Уже вчера словил себя на этом.
(19) Спасибо

(16) ты суррогат или аватар?

(21) да

(12) Кстати, а почему по барабану?
Представим, что множество А = {1, 2, 3}, Б = {3, 4, 5}, В = {5, 6, 7}
Если сначала выполяется внутреннее соединение Б и В, то получается {5}, левое соединение с А дает {1, 2, 3, 5}
Если сначала выполняется левое соединение А и Б, то получаем {1, 2, 3}, внутреннее соединение с В дает пустое множество.

запарили флудом в тематической ветке!

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

Надо сказать, что конструктор запросов избавляет от необходимости думать о таких вещах.

(23) Они не выполняются сначала одно а потом другое - если конечно не использовать позапросы, нарисуй эти таблички на бумажке и все сразу станет понятно

(23) А ты проверь :)

(27) Что проверить-то?

(28) Связывания.

(28) Конечно ведь и так все понятно:)))
Поражает не незнание, а не желание и неумение учиться....

{1, 2, 3} LEFT JOIN ({3, 4, 5} INNER JOIN {5, 6, 7}) = {1, 2, 3} LEFT JOIN {5} = {1, 2, 3}

({1, 2, 3} LEFT JOIN {3, 4, 5}) INNER JOIN {5, 6, 7} = {1, 2, 3} INNER JOIN {5, 6, 7} = 0

(31) Интересно почему он должен соединять не таблицы а результат первого соединения?

Может кто-нибудь эксперимент проведет?

Хотя нет, мы же указываем к какой конкретно таблице джойним

Я попробовал. В общем-то, да, в SQL-синтаксисе секция FROM описывает последовательное соединения таблиц и фильтры по тому, что получилось в результате соединения.

Так что вопроса в (0) приминительно к SQL возникать не должно.

(34) Зачем???

(19) Вы чо, издеваетесь, какой нах... "приоритет в 1С" ? А если у версия SQL, то каким образом 1С будет командовать SQL сервером, что с чем и каким приорететом соединять ?

Я вот тоже удивляюсь, какой здесь приоритет может быть

Кстати, все-таки интересно.

Вот пример запроса из 1С

ВЫБРАТЬ
   Таблица1.ПолеСтрока,
   Таблица2.ПолеСтрока КАК ПолеСтрока1,
   Таблица3.ПолеСтрока КАК ПолеСтрока2
ИЗ
   РегистрСведений.Таблица1 КАК Таблица1
       ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Таблица2 КАК Таблица2
       ПО Таблица1.ПолеСтрока = Таблица2.ПолеСтрока
           ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.Таблица3 КАК Таблица3
           ПО Таблица2.ПолеСтрока = Таблица3.ПолеСтрока


Из самого текста понятно, что последнее внутреннее соединение выполняется с тем, что получилось после соединения таблицы1 с таблицей 2 и наложения условия.

А вот "в теории" (в реляционной алгебре) все-таки есть какой-то приоритет или выполняется все последовательно? Вот в (0) как раз хороший пример.

(40) Там написано что вторая таблица соединяется с третьей, а не с результатом соединения первой и второй...

(41) Там - это где? В (0) или в тексте запроса?

(42) И там и там

(43) А потом результат соединения второй и третьей таблицы соединяется с первой?

(44) С какой радости?

(44) С первой соединяется вторая таблица

(45) А что тогда происходит после того, как вторая и третья таблица соединились?

Давайте сначала переложим на язык алгебры понятия LEFT и INNER JOIN

я предлагаю продвинуть данную тему минимум до 100 постов!!!!!

(47) Происходит результат запроса причем не последовательно а сразу

(50)ТОгда в полеСтрока1 должен лежать результат соединения 2й и 3й таблицы?

(50) Бред, мне кажется. С тем же успехом можно взять пример 5 + 3 - 2 и рассуждать о том, что из тройки сначала вычитается 2, потом к ней же добавляется пятерка. Пятерка добавляется уже к результу вычитания двойки из тройки.

К тому же ваша логика будет пробуксовывать на более сложных примерах типа
А <LEFT JOIN> Б <INNER JOIN> В <RIGHT JOIN> Г.
Там "сразу" уже никак не получится.

(31)(32) так делать просто нельзя, это неверный вывод, в результате получаем не просто множества, а их проихведения

(52) пример

А <LEFT JOIN> Б <INNER JOIN> В <RIGHT JOIN> Г.

бредовый, поэтому на нем будет пробуксовывать любая логика.

(52) Когда кажется креститься надо....
Чем будет вызвана пробуксовка?

Народ, вы чего курите? Отсыпьте, а?

(56) Взял всех распугал....

(57) :))

(0) Если речь об клиент-серверной версии, то приоритеты определяет SQL-сервер, а не 1С. Некоторые связки уже фиксированы изначально, в зависимости от того, по каким полям каких таблиц задано соединение и какие типы соединений указаны. Если Б вяжется с С (по полям из Б и С), то А с С напрямую не свяжешь. В рамках оставшихся степеней свободы фантазирует оптимизатор запросов SQL. Т.е. какой именно в итоге порядок будет - заранее сказать затруднительно. Оптимизатор запросов при определении плана выполнения запроса учитывает множество факторов.

(59) В еще одно мнение, предлагаю голосовалку завести варианты:
1. Свяжет по очереди как в арифметике.
2. Свяжет так как в запросе написано.
3. Свяжет непонятно как - зависит от настроек SQL  скорости ветра и магнитной активности солнца.

Ребята, но ведь в общем случае это не корректно

(60) Про зависимоть расмножения мух дроздофил в условиях крайнего севера от трансигуляции полярного сияния забыл. :)

(61) Что именно? язык запросов? или то как он работает, с чем вы несогласны?

(62) Сначало надо общий пример разобрать потом уже частности....

(63)
- С кем именно Вы не согласны?
- Да с обоими! Пишут, понимешь, пишут! Взять и всё поделить!

Совсем народ йопнулся.

Какая разница 5*6*22:
(5*6)*22 или 5*(6*22)??!

(66) Заметь народ с многолетним стажем....

А по реляционной алгербре:

Table1 cross join table2 cross join table3
where (тут условие соединений)