ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Где лучше указывать условие, в join или where?
25 сообщений из 35, страница 1 из 2
  1  все
Где лучше указывать условие, в join или where?
    #39318958
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
Сразу оговорюсь, что речь исключительно про inner join.
Нужно связать две таблицы по ключу (типу) и из полученного результата выбрать строки с определенным статусом.
Какой вариант лучше?
Этот:
Код: plsql
1.
2.
3.
4.
select *
from t1
join t2 on (t2.type_id = t1.type_id)
where t2.status > 0


или этот:
Код: plsql
1.
2.
3.
select *
from t1
join t2 on (t2.type_id = t1.type_id and t2.status > 0)


?
На форумах встречал точку зрения, что нужно придерживаться семантики — в JOIN указывать условия для связывания и выбора данных, а в WHERE указывать условия для фильтрации данных, и с этой точки зрения первый вариант предпочтительнее и логичнее.
Но на тех же форумах встречал и другую точку зрения, что WHERE применяется уже после того, как соединения и строки были выбраны, поэтому лучше использовать второй вариант.


________________________
Мы смотрим с оптимизмом...
...в оптический прицел.
...
Рейтинг: 0 / 0
30.09.2016, 20:36
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39318959
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alibek B.Но на тех же форумах встречал и другую точку зрения, что WHERE применяется уже после того,
как соединения и строки были выбраны

Никогда больше не ходи на форумы, где ты увидел этот бред.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
30.09.2016, 20:39
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39318964
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
Я как бы не на одном форуме это увидел.
Я гуглил по запросу «oracle condition where vs join» и подобная точка зрения встречалась на разных ресурсах.
...
Рейтинг: 0 / 0
30.09.2016, 20:55
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39318977
проходил мимо...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проходил мимо...
Участник
Alibek B.Какой вариант лучше?
План смотрел? А чего тогда спрашиваешь?
...
Рейтинг: 0 / 0
30.09.2016, 21:19
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319011
не умею искать
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
не умею искать
Гость
Dimitry SibiryakovНикогда больше не ходи на форумы
достаточно, чтобы он не писал на этом.
...
Рейтинг: 0 / 0
30.09.2016, 22:40
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319024
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Alibek B.Я как бы не на одном форуме это увидел.
Вот ни на один из них и не ходи.

Alibek B. подобная точка зрения встречалась на разных ресурсах.
Теперь у тебя есть список ресурсов, написанное на которых не стоит гроша выеденного.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
30.09.2016, 23:44
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319032
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
Alibek B.На форумах встречал точку зрения, что нужно придерживаться семантики — в JOIN указывать условия для связывания и выбора данных, а в WHERE указывать условия для фильтрации данных, и с этой точки зрения первый вариант предпочтительнее и логичнее.


Вот это правильно.

Alibek B.Но на тех же форумах встречал и другую точку зрения, что WHERE применяется уже после того, как соединения и строки были выбраны, поэтому лучше использовать второй вариант.


А вот то или бред или ты чего-то недопонял. WHERE применяется "уже после того" при outer join а с inner join все в кучу а уж потом оптимайзер решит в каком порядке.

SY.
...
Рейтинг: 0 / 0
01.10.2016, 00:29
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319076
Фотография AlexFF__|
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexFF__|
Участник
SYА вот то или бред или ты чего-то недопонял. WHERE применяется "уже после того" при outer join...
Ну как только рука поднимается такое писать?
...
Рейтинг: 0 / 0
01.10.2016, 11:31
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319106
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
AlexFF__|SYА вот то или бред или ты чего-то недопонял. WHERE применяется "уже после того" при outer join...
Ну как только рука поднимается такое писать?

Для особо продвинутых:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
SQL> select  dname,
  2          ename,
  3          sal
  4    from      dept d
  5          left join
  6              emp e
  7            on    e.deptno = d.deptno
  8               and
  9                  sal > 4000
 10  /

DNAME          ENAME                                 SAL
-------------- ------------------------------ ----------
ACCOUNTING     KING                                 5000
RESEARCH
SALES
OPERATIONS

SQL> select  dname,
  2          ename,
  3          sal
  4    from      dept d
  5          left join
  6              emp e
  7            on    e.deptno = d.deptno
  8    where sal > 4000
  9  /

DNAME          ENAME                                 SAL
-------------- ------------------------------ ----------
ACCOUNTING     KING                                 5000

SQL> select  dname,
  2          ename,
  3          sal
  4    from      dept d
  5          left join
  6              emp e
  7            on    e.deptno = d.deptno
  8               and
  9                  sal > 10000
 10  /

DNAME          ENAME                                 SAL
-------------- ------------------------------ ----------
ACCOUNTING
RESEARCH
SALES
OPERATIONS

SQL> select  dname,
  2          ename,
  3          sal
  4    from      dept d
  5          left join
  6              emp e
  7            on    e.deptno = d.deptno
  8    where sal > 10000
  9  /

no rows selected

SQL>



SY.
...
Рейтинг: 0 / 0
01.10.2016, 14:49
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319110
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
И это не зависит от того ссылается ли WHERE на левую или на правую таблицу:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
SQL> select  dname,
  2          ename,
  3          sal
  4    from      dept d
  5          left join
  6              emp e
  7            on     e.deptno = d.deptno
  8               and
  9                   d.deptno = 10
 10  /

DNAME          ENAME                                 SAL
-------------- ------------------------------ ----------
ACCOUNTING     CLARK                                2450
ACCOUNTING     KING                                 5000
ACCOUNTING     MILLER                               1300
OPERATIONS
SALES
RESEARCH

6 rows selected.

SQL> select  dname,
  2          ename,
  3          sal
  4    from      dept d
  5          left join
  6              emp e
  7            on    e.deptno = d.deptno
  8    where d.deptno = 10
  9  /

DNAME          ENAME                                 SAL
-------------- ------------------------------ ----------
ACCOUNTING     CLARK                                2450
ACCOUNTING     KING                                 5000
ACCOUNTING     MILLER                               1300

SQL>



А таперичи посмотрим как Oracle расширяет оба SQL:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
SQL> set long 10000
SQL> variable c clob
SQL> begin
  2      dbms_utility.expand_sql_text('select  dname,
  3          ename,
  4          sal
  5    from      dept d
  6          left join
  7              emp e
  8            on     e.deptno = d.deptno
  9               and
 10                   d.deptno = 10',:c);
 11  end;
 12  /

PL/SQL procedure successfully completed.

SQL> print c

C
--------------------------------------------------------------------------------
SELECT  "A1"."DNAME_1" "DNAME",
        "A1"."ENAME_2" "ENAME",
        "A1"."SAL_3" "SAL"
  FROM  (
         SELECT  "A3"."DEPTNO" "QCSJ_C000000000300000",
                 "A3"."DNAME" "DNAME_1",
                 "A2"."ENAME""ENAME_2",
                 "A2"."SAL" "SAL_3",
                 "A2"."DEPTNO" "QCSJ_C000000000300001"
           FROM  "SCOTT"."DEPT" "A3",
                 "SCOTT"."EMP" "A2"
           WHERE "A2"."DEPTNO"(+) = "A3"."DEPTNO"
             AND "A3"."DEPTNO"= CASE
                                  WHEN ("A2"."DEPTNO"(+) IS NOT NULL) THEN 10
                                  ELSE 10
                                END
        ) "A1"


SQL> begin
  2      dbms_utility.expand_sql_text('select  dname,
  3          ename,
  4          sal
  5    from      dept d
  6          left join
  7              emp e
  8            on    e.deptno = d.deptno
  9    where d.deptno = 10',:c);
 10  end;
 11  /

PL/SQL procedure successfully completed.

SQL> print c

C
--------------------------------------------------------------------------------
SELECT  "A1"."DNAME_1" "DNAME",
        "A1"."ENAME_2" "ENAME",
        "A1"."SAL_3" "SAL"
  FROM  (
         SELECT  "A3"."DEPTNO" "QCSJ_C000000000300000_0",
                 "A3"."DNAME" "DNAME_1",
                 "A2"."ENAME" "ENAME_2",
                 "A2"."SAL" "SAL_3",
                 "A2"."DEPTNO" "QCSJ_C000000000300001"
           FROM  "SCOTT"."DEPT" "A3",
                 "SCOTT"."EMP" "A2"
           WHERE "A2"."DEPTNO"(+) = "A3"."DEPTNO"
        ) "A1"
  WHERE "A1"."QCSJ_C000000000300000_0" = 10

SQL>



SY.
...
Рейтинг: 0 / 0
01.10.2016, 15:09
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319120
Фотография AlexFF__|
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexFF__|
Участник
SY,
Сколько всего ненужного ты понаписал :)

Достаточно только одного примера:
Код: plsql
1.
2.
3.
4.
select  *
     from dept d
     left join emp e on e.deptno = d.deptno
       where d.любое_поле = :1


Потом смотрим:
SYWHERE применяется "уже после того" при outer join...
Ты также продолжишь утверждать, что сначала join потом where?
...
Рейтинг: 0 / 0
01.10.2016, 16:02
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319131
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
AlexFF__|Ты также продолжишь утверждать, что сначала join потом where?

Да. Это ANSI правило. И оптимайзер руководствуясь этим решаем можно ли все до кучи или нет. Например:

Код: plsql
1.
2.
3.
4.
5.
select  dname,ename
     from dept d
     left join emp e on e.deptno = d.deptno
       where e.ename = 'AlexFF__|'
/



Тут можно все до кучи и это видно по:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
begin
    dbms_utility.expand_sql_text('select  dname,ename
     from dept d
     left join emp e on e.deptno = d.deptno
       where e.ename = ''AlexFF__|''',:c);
end;
/
print c
SELECT  "A1"."DNAME_1" "DNAME",
        "A1"."ENAME_2" "ENAME"
  FROM  (
         SELECT  "A3"."DEPTNO" "QCSJ_C000000000300000",
                 "A3"."DNAME" "DNAME_1",
                 "A2"."ENAME" "ENAME_2",
                 "A2"."DEPTNO" "QCSJ_C000000000300001"
           FROM  "SCOTT"."DEPT" "A3",
                 "SCOTT"."EMP" "A2"
           WHERE "A2"."DEPTNO"="A3"."DEPTNO"
        ) "A1"
  WHERE "A1"."ENAME_2"='AlexFF__|'



Оптимайзер даже поменял outer на inner join. А вот тут нельзя до кучи:

Код: plsql
1.
2.
3.
4.
5.
select  dname,ename
     from dept d
     left join emp e on e.deptno = d.deptno
       where d.loc = 'AlexFF__|'
/



Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
begin
    dbms_utility.expand_sql_text('select  dname,ename
     from dept d
     left join emp e on e.deptno = d.deptno
       where d.loc = ''AlexFF__|''',:c);
end;
/
print c
SELECT  "A1"."DNAME_1" "DNAME",
        "A1"."ENAME_3" "ENAME"
  FROM  (
         SELECT  "A3"."DEPTNO" "QCSJ_C000000000300000",
                 "A3"."DNAME" "DNAME_1",
                 "A3"."LOC" "LOC_2",
                 "A2"."ENAME" "ENAME_3",
                 "A2"."DEPTNO" "QCSJ_C000000000300001"
           FROM  "SCOTT"."DEPT" "A3",
                 "SCOTT"."EMP" "A2"
           WHERE "A2"."DEPTNO"(+)="A3"."DEPTNO"
        ) "A1"
  WHERE "A1"."LOC_2"='AlexFF__|'



Но это все об оптимайзере. А я о прогрaммисте который должен понимать что логически сначала join а уж потом filter (ибо фильтруем результат) и при outer join прописка условия в ON или в WHERE может кардинально повлиять на результат.

SY.
...
Рейтинг: 0 / 0
01.10.2016, 17:58
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319143
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
AlexFF__|Ты также продолжишь утверждать, что сначала join потом where?

Кстати, даже при native outer join Oracle делит предикаты WHERE на join conditions и filter conditions. Почитай Guidelines for Using Outer Join Syntax (Doc ID 14736.1) где четко расписан порядок действий (логический) и последним шагом является "Rows that do not pass the non-outer join predicates are removed". А non-outer join predicates и есть по сути ANSIшный WHERE ну и outer join predicates есть ANSIшный ON.

SY.
...
Рейтинг: 0 / 0
01.10.2016, 18:52
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319147
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_photoshop
Участник
SY,

Если б where с предикатом по внутренней таблице применялось после, то следующий запрос валился бы с ошибкой.
Код: plsql
1.
2.
3.
4.
select *
from (select rownum id from dual connect by rownum <= 3) t1
left join (select rownum id from dual connect by rownum <= 3) t2 on t1.id = t2.id and 1/(t1.id-2) > 0
where t1.id <> 2;

На металинке неплохое объяснение про pre/post предикаты, но там во всех предикатах фигурирует внешняя таблица.
...
Рейтинг: 0 / 0
01.10.2016, 19:06
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319166
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
dbms_photoshopSY,

Если б where с предикатом по внутренней таблице применялось после, то следующий запрос валился бы с ошибкой.


Опять 25. Я говoрю про правила а ты про имплементацию. Посмотри на:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
SQL> begin
  2      dbms_utility.expand_sql_text('select *
  3  from (select rownum id from dual connect by rownum <= 3) t1
  4  left join (select rownum id from dual connect by rownum <= 3) t2 on t1.id = t2.id and 1/(t1.id-2) > 0
  5  where t1.id <> 2',:c);
  6  end;
  7  /

PL/SQL procedure successfully completed.

SQL> print c

C
--------------------------------------------------------------------------------
SELECT  "A1"."ID_0" "ID",
        "A1"."ID_1" "ID"
  FROM  (
         SELECT  "A3"."ID" "ID_0",
                 "A2"."ID" "ID_1"
           FROM  (
                  SELECT  ROWNUM "ID"
                    FROM  "SYS"."DUAL" "A4"
                    CONNECT BY ROWNUM<=3
                 ) "A3",
                 (
                  SELECT  ROWNUM "ID"
                    FROM  "SYS"."DUAL" "A5"
                    CONNECT BY ROWNUM<=3
                 ) "A2"
           WHERE "A3"."ID" = "A2"."ID"(+)
             AND 1/("A3"."ID"-2) > CASE
                                     WHEN ("A2"."ID"(+) IS NOT NULL) THEN 0
                                     ELSE 0
                                   END
        ) "A1"
  WHERE "A1"."ID_0"<>2



Ведь все расписaно - inline view делает left join a main select фильтрует результат left join'a. Ну а дальше оптимизатор колдует как эту логику оптимальней выполнить и понимает что оптимальней сначала отфильтровать левую тaблицу. Как результат, ZERODIVIDE не выскакивает. Тот-же результaт мы имеем при WHERE условие1 AND условие2 когда, например одно из них FALSE а другое вызывает ZERODIVIDE. Вот в каком порядке оптимайзер решит их выполнить зависит получим ли мы ZERODIVIDE или нет.

Еще рaз, SQL стандарт четко разгранивает условия соединения и условия фильтрации и прямо говорит - сначала соединяем а потом фильтруем. A оптимизатор эти все условия рассмотрит и решит как и в каком порядке но в любом случае исходя из того что результaт должен быть такoй-же как и при сначала соединяем а потом фильтруем.

SY.
...
Рейтинг: 0 / 0
01.10.2016, 21:56
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319172
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_photoshop
Участник
SYОпять 25. Я говoрю про правила а ты про имплементацию.Когда я пытался говорить про логический порядок (правила) - набежало экспертов по имплементации. :) 16016806
SYSQL стандарт четко разгранивает условия соединения и условия фильтрации и прямо говорит - сначала соединяем а потом фильтруемБыл бы благодарен за указание где об этом сказано в стандарте SQL:2003 .

Я с логической точки зрения с вами согласен, но за 20 минут найти в стандарте про порядок выполнения не удалось.
...
Рейтинг: 0 / 0
01.10.2016, 22:52
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319183
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
dbms_photoshopБыл бы благодарен за указание где об этом сказано в стандарте

Если ты ищешь что-то типа фразы "сначала join а потом where", то ничего не найдешь. Стандарт это язык определений и связей между ними. Открываем например ANSI/ISO/IEC International Standard (IS) Database Language SQL — Part 2: Foundation (SQL/Foundation) «Part 2» . Смотрим определение where clause:


7.8 <where clause>

Format
<where clause> ::= WHERE <search condition>

Syntax Rules
1) Let T be the result of the preceding <from clause>. Each column reference directly contained in
the <search condition> shall unambiguously reference a column of T or be an outer reference.

Смотрим определение <from clause>:


7.5 <from clause>

Format
<from clause> ::=
FROM <table reference list>
<table reference list> ::=
<table reference> [ { <comma> <table reference> }... ]

Смотрим определение <table reference>:

7.6 <table reference>

Function
Reference a table.
Format
<table reference> ::=
<table primary>
| <joined table>

Смотрим определение <joined table>:

7.7 <joined table>

Function
Specify a table derived from a Cartesian product, inner or outer join, or union join.
Format
<joined table> ::=
<cross join>
| <qualified join>
| <natural join>
| <union join>
<cross join> ::=
<table reference> CROSS JOIN <table primary>
<qualified join> ::=
<table reference> [ <join type> ] JOIN <table reference>
<join specification>
<natural join> ::=
<table reference> NATURAL [ <join type> ] JOIN <table primary>
<union join> ::=
<table reference> UNION JOIN <table primary>
<join specification> ::=
<join condition>
| <named columns join>
<join condition> ::= ON <search condition>
<named columns join> ::=
USING <left paren> <join column list> <right paren>
<join type> ::=
INNER
| <outer join type> [ OUTER ]
<outer join type> ::=
LEFT
| RIGHT
| FULL
<join column list> ::= <column name list>

То есть WHERE clause применяется к результату предшествующей FROM clause котoрая в свою очередь есть либо физическая таблица либо таблица полученная (derived) путем соединения (join) таблиц. То есть сначала join а потом WHERE.

SY.
...
Рейтинг: 0 / 0
02.10.2016, 05:47
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319193
Фотография AlexFF__|
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexFF__|
Участник
SYДа. Это ANSI правило. И оптимайзер руководствуясь этим решаем можно ли все до кучи или нет. Например:
............................................................
Но это все об оптимайзере. А я о прогрaммисте который должен понимать что логически сначала join а уж потом filter (ибо фильтруем результат) и при outer join прописка условия в ON или в WHERE может кардинально повлиять на результат.
SY.
Причем тут правила и примеры с expand_sql_text, показывающие запрос на входе построителя планов?
Ты рассказываешь топикстартеру по сферического коня в вакууме, который будет только полезен при писании рефератов студентам.
Что толку от теории логического порядка, если у ТС сейчас создается впечатление, что его предположение правильно?
Alibek B.Но на тех же форумах встречал и другую точку зрения, что WHERE применяется уже после того, как соединения и строки были выбраны, поэтому лучше использовать второй вариант.
Это форум oracle, тут людей интересует, как ты писал, имплементация .
Так что извини, но мне кажется, что ты путаешь не только ТС, но и, учитывая твой статус, многих других интересующих.
...
Рейтинг: 0 / 0
02.10.2016, 10:10
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319195
в кучу кони, люди
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
в кучу кони, люди
Гость
Высокие материи. Влияние логического порядка на производительность, подкрепленные частными вариантами планов.
...
Рейтинг: 0 / 0
02.10.2016, 10:14
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319198
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
SYТо есть WHERE clause применяется к результату предшествующей FROM clause

В данном случае она "предшествует" чисто синтаксически. То есть выделенное предложение
говорит, что WHERE в тексте запроса стоит после FROM и ничего больше.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
02.10.2016, 11:17
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319230
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
Dimitry SibiryakovSYТо есть WHERE clause применяется к результату предшествующей FROM clause

В данном случае она "предшествует" чисто синтаксически. То есть выделенное предложение
говорит, что WHERE в тексте запроса стоит после FROM и ничего больше.

Коллеги, это уже детский сад.
Соломон показал, что оно:
- так работает
- так реализовано
- так описано в стандарте

То, что в частных конкретных случаях (включая innser join) фильтры могут без нарушения логики быть протолкнуты непосредственно к rowsource - не меняет принципа.
Логически предикаты where применяются к множеству, определенному from.
Точка.
Если начинающий программист будет воспринимать это именно так - не допустит дурацких ошибок, которыми бывает пересыпан код начинающих, не осознающих разницы.
...
Рейтинг: 0 / 0
02.10.2016, 14:19
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319231
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
Dimitry SibiryakovSYТо есть WHERE clause применяется к результату предшествующей FROM clause

В данном случае она "предшествует" чисто синтаксически. То есть выделенное предложение
говорит, что WHERE в тексте запроса стоит после FROM и ничего больше.


Смотрим определение where clause:


7.8 <where clause>

Syntax Rules
1) Let T be the result of the preceding <from clause>. Each column reference directly contained in
the <search condition> shall unambiguously reference a column of T or be an outer reference.

General Rules
1) The <search condition> is applied to each row of T. The result of the <where clause> is a table
of those rows of T for which the result of the <search condition> is true.

То есть General Rules прямо говорит что WHERE применяется к T а T есть результат FROM а FROM есть либо таблица либо их соединение (joned table) а их соединение имеет только ON clause и никаких WHERE.

SY.
...
Рейтинг: 0 / 0
02.10.2016, 14:20
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319340
booby
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
booby
Участник
andrey_anonymous...
То, что в частных конкретных случаях (включая innser join) фильтры могут без нарушения логики быть протолкнуты ...
не меняет принципа.
...
вот это и есть главный вопрос трансформации - допустимо ли "проталкивать" t1.id <> 2, в условиях, когда внешнее соединение соединение ожидается по условию 1/(t1.id-2) > 0
Эквивалентен ли результат запроса, который должен давать ошибку на этапе построения соединения, запросу, возвращающему набор данных без ошибок.
Даваемый конкретной реализацией ответ - эквивалентен, так как "проталкивание" произошло.
Требуется объяснить эквивалентность без нарушения логики.
...
Рейтинг: 0 / 0
03.10.2016, 02:47
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319341
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
AlexFF__|Это форум oracle, тут людей интересует, как ты писал, имплементация .
Так что извини, но мне кажется, что ты путаешь не только ТС, но и, учитывая твой статус, многих других интересующих.

Боюсь что путаешь ты сам себя. Открою тебе страшный секрет - имплементации, как таковой, нет. Есть имплементация каждой отдельно взятой версии. Сегодня так а завтра уже чуть-чуть не так. И имплементация эта нигде не документировaна и "изучаема" она чисто эмпирически. Изучать имплементацию нужно с точки зрения тюнинга но, IMHO, не более и пoсле того как четко изучил стандарт ибо не зная что должно быть на выходе невозможно оценить имплементацию. И повторюсь eсть имплементация каждой отдельно взятой версии. Поэтому перезд на новую версию всегда более или менее pain in the but.

SY.
...
Рейтинг: 0 / 0
03.10.2016, 03:42
| Ответить | Цитировать | Написать  
Где лучше указывать условие, в join или where?
    #39319343
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
boobyвот это и есть главный вопрос трансформации - допустимо ли "проталкивать" t1.id <> 2, в условиях, когда внешнее соединение соединение ожидается по условию 1/(t1.id-2) > 0
Эквивалентен ли результат запроса, который должен давать ошибку на этапе построения соединения, запросу, возвращающему набор данных без ошибок.
То есть по основному вопросу - о том, что предикаты where относятся к множеству, определенному from, возражений нет.
Ок, давайте теперь рассмотрим вопрос о предикате 1/(t1.id-2) > 0.
Теоретически:
Предикат описывает множество, для которого указанное выражение истинно .
Ничего другого он не описывает.
Вопрос "истинно ли выражение 1/(t1.id-2) > 0 для t1.id = 2" определяет, входит указанная строка в множество или нет.
То, что значение выражения не определено для t1.id = 2 в рамках трехзначной логики означает, что выражение не истинно и строка во множество, определенное предикатом, не входит.
Таким образом, тезис, о том, что SQL-запрос "ДОЛЖЕН давать ошибку" в указанной ситуации - на самом деле ложен, выбрасывание исключения "деление на 0" следует отнести скорее к особенностям реализации , а фильтр "t1.id <> 2" можно считать (теоретически) не влияющим на результат, поскольку записи с t1.id = 2 не является элементом множества, отвечающего предикату "1/(t1.id-2) > 0".

Практически:
Все мы знаем, что вычисление значения выражения по сокращенному пути (short circuit evaluation) может давать тот же эффект в отношении исключительных ситуаций в императивных языках, в т.ч. в PL/SQL. И, будучи должным образом документировано, такое поведение никого это не парит.
Почему подобное поведение должно беспокоить в декларативном SQL, для которого вообще не имеет смысла само понятие exception (ну нет в ЯЗЫКЕ SQL средств для работы с исключительными ситуациями)?
Беспокоить может лишь нестабильность результата (то набор данных, то аварийное завершение в зависимости от положения звезд на небе) - и подобное поведение (if any) мы смело запишем в недостатки конкретной реализации.

Вот как-то так.
...
Рейтинг: 0 / 0
03.10.2016, 04:43
| Ответить | Цитировать | Написать  
25 сообщений из 35, страница 1 из 2
  1  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Где лучше указывать условие, в join или where?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39319143&tid=1887334]:
 0ms
get settings:
 7ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 183ms
get topic data:
 5ms
get forum data:
 1ms
get page messages:
 35ms
get tp. blocked users:
 1ms
others: 228ms
total:  480ms
созд. / загр.: 480ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]