Forum PHP.pl > [mysql] SELECT, INNER JOIN i wydajność

eai

24.06.2009, 19:12:26

Witam.

Mamy dwie tabele. W jednej przechowywuje użytkowników w drugiej wiadomości. Pobranie tematów wiadomości wraz z loginami osób mogę zrobić na dwa sposoby:

[SQL] pobierz, plaintext 
SELECT m.title, u.login FROM mailbox AS m, users AS u WHERE m.users_id = u.id
[SQL] pobierz, plaintext

[SQL] pobierz, plaintext 
SELECT m.title, u.login FROM mailbox AS m INNER JOIN users AS u ON (m.users_id = u.id)
[SQL] pobierz, plaintext

Oba zapytania zwrócą ten sam wynik. Które z tych zapytań jest bardziej wydajne i mniej obciąża bazę danych.
Używam osobiście framework Zend Framework, i korzystam z Zend_Db_Select. Korzystając z tego obiektu stworzenie pierwszego zapytania SQL nie jest możliwe. Może producenci ZF mieli w tym jakiś cel? Bardzo proszę o wyjaśnienie mi różnic tych dwóch zapytań.

erix

24.06.2009, 20:05:32

A znasz

[SQL] pobierz, plaintext 
EXPLAIN
[SQL] pobierz, plaintext

?

eai

24.06.2009, 21:28:35

[SQL] pobierz, plaintext 
SELECT m.title, u.login FROM mailbox AS m, users AS u WHERE m.users_id = u.id
[SQL] pobierz, plaintext

Kod

[SQL] pobierz, plaintext 
EXPLAIN (SELECT m.title, u.login FROM mailbox AS m, users AS u WHERE m.users_id = u.id)
[SQL] pobierz, plaintext

Kod

+----+-------------+-------+--------+---------------+---------+---------+-------------------------+------+-------+
| id | select_type | table | type   | possible_keys | key     | key_len | ref                     | rows | Extra |
+----+-------------+-------+--------+---------------+---------+---------+-------------------------+------+-------+
|  1 | SIMPLE      | m     | ALL    | NULL          | NULL    | NULL    | NULL                    |   13 |       |
|  1 | SIMPLE      | u     | eq_ref | PRIMARY       | PRIMARY | 4       | 12ga-hotnite.m.users_id |    1 |       |
+----+-------------+-------+--------+---------------+---------+---------+-------------------------+------+-------+
2 rows in set (0,00 sec)

[SQL] pobierz, plaintext 
SELECT m.title, u.login FROM mailbox AS m INNER JOIN users AS u ON (m.users_id = u.id)
[SQL] pobierz, plaintext

Kod

[SQL] pobierz, plaintext 
EXPLAIN (SELECT m.title, u.login FROM mailbox AS m INNER JOIN users AS u ON (m.users_id = u.id))
[SQL] pobierz, plaintext

Kod

+----+-------------+-------+--------+---------------+---------+---------+-------------------------+------+-------+
| id | select_type | table | type   | possible_keys | key     | key_len | ref                     | rows | Extra |
+----+-------------+-------+--------+---------------+---------+---------+-------------------------+------+-------+
|  1 | SIMPLE      | m     | ALL    | NULL          | NULL    | NULL    | NULL                    |   13 |       |
|  1 | SIMPLE      | u     | eq_ref | PRIMARY       | PRIMARY | 4       | 12ga-hotnite.m.users_id |    1 |       |
+----+-------------+-------+--------+---------------+---------+---------+-------------------------+------+-------+
2 rows in set (0,00 sec)

No i nadal nie widzę różnicy

blooregard

24.06.2009, 21:38:48

A weź sobie to zapętl ileś tam tysięcy razy i zobacz, która wersja wykona się szybciej.

maly_swd

24.06.2009, 21:45:30

a czy to przez przypadek nie jest to samo;D

erix

24.06.2009, 21:59:12

Jest w dokumentacji napisane, że where tabela1.pole1=tabela2.pole1 to po prostu JOIN. [;

calebos

25.06.2009, 08:22:27

Cytat(eai @ 24.06.2009, 20:12:26 )

Korzystając z tego obiektu stworzenie pierwszego zapytania SQL nie jest możliwe. Może producenci ZF mieli w tym jakiś cel? Bardzo proszę o wyjaśnienie mi różnic tych dwóch zapytań.

Oba zapytania sa tak naprawde takie same. Prawdopodobnie Framework chce na Tobie wymusic pisanie JOIN'ow wedlug standardu. Robi sie po to ze jak jest ich juz sporo w jakiejs aplikacji to wtedy zacznie Cie irytowac odszukiwanie zlaczen tam gdzie warunki