|
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/search_topic.php?author=eku&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
others: | 1828ms |
total: | 2001ms |
0 / 0 |