|
Podzapros v SELECT
|
|||
---|---|---|---|
#18+
Privet! Kakova raznica mezdu 2 sledujushimi zaprosami (odinakovymi logicheski) s tochki zrenija proizvoditel'nosti? Zapros 1: SELECT emp.fname, emp.lname, city.name city_name FROM emp, city WHERE emp.city_id = city.city_id; Zapros 2: SELECT fname, lname, (SELECT name FROM city WHERE city.city_id = emp.city_id) city_name FROM emp; Spasibo zaranee! ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2002, 16:21 |
|
Podzapros v SELECT
|
|||
---|---|---|---|
#18+
Посмотри план и увидишь. А с практической точки зрения, второй вариант не очень красивый по структуре. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2002, 19:51 |
|
Podzapros v SELECT
|
|||
---|---|---|---|
#18+
>Посмотри план и увидишь. Ну да, в том то и дело, что плана подзапроса просто не увидишь :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2002, 22:16 |
|
Podzapros v SELECT
|
|||
---|---|---|---|
#18+
Хотя... В первом случае, у Оракула будет выбор, как соединять таблицы. А во втором, по логике, будет форсирован аналог "nested loops". Причём подзапрос отработает столько раз, сколько строк в выборке. А в первом случае, скорее, всего, число чтений из city будет гораздо меньше. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2002, 22:46 |
|
Podzapros v SELECT
|
|||
---|---|---|---|
#18+
>А во втором, по логике, будет форсирован аналог "nested >loops". Причём подзапрос отработает столько раз, >сколько строк в выборке. А в первом случае, скорее, >всего, число чтений из city будет гораздо меньше А как ты это узнал не видя плана выполнения? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2002, 22:51 |
|
|
start [/forum/topic.php?fid=52&fpage=2839&tid=1993002]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
27ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 318ms |
total: | 427ms |
0 / 0 |