witam,

czy ponisze dwa zapytania powinny zwrócić taką samą liczbe rekordów?

[SQL] pobierz, plaintext 
SELECT * FROM tabela1,tabela2  WHERE tabela1.id=tabela2.id
SELECT * FROM tabela1 WHERE id IN (SELECT id FROM tabela2 WHERE tabela1.id=tabela2.id)
[SQL] pobierz, plaintext 

pozdrawiam

Tak. A jeśli chodzi o łączenie tabel to używa się JOIN:

[SQL] pobierz, plaintext 
SELECT * FROM tabela1 JOIN tabela2 ON tabela1.id=tabela2.id
[SQL] pobierz, plaintext 

IN chyba lepiej nie używać (a już zwłaszcza w takim zapytaniu), bo podobno jest wolne.

Nie tyle IN jest wolne, co podzapytanie w części WHERE zapytania (bo jest wykonywane dla każdego wiersza z tabeli tabela1). Podobno 5.4 już potrafi to zoptymalizować sobie, ale nie sprawdzałem.

Zapytanie zapisane w 1 linijce optymizer przepisze na postać podaną przez Max Damage.

dzieki,
tak znam roznice pomiedzy podanymi przeze mnie zapytaniami i rowniez wiem jak polaczyc dwie tabele przy uzyciu JOIN

ale dlaczego te dwa zapytania wykonane u mnie na tych samych tabelach daja mi rozna ilosc rekordow?

A dają? To ciekawe. Chętnie bym rzucił okiem na te tabele.

no wlasnie bardzo ciekawe

oto tabele:

[SQL] pobierz, plaintext 
CREATE TABLE `tabela1` (
  `mobile` varchar(11) DEFAULT NULL,
  `plik` text,
  `1` text,
  `2` text,
  `3` text,
  `4` text,
  `5` text,
  `6` text,
  `7` text,
  `8` text,
  `9` text,
  `10` text)
 
CREATE TABLE `tabela2` (
  `mobile` varchar(11) DEFAULT NULL,
  `plik` text,
  `1` text,
  `2` text,
  `3` text,
  `4` text,
  `5` text,
  `6` text,
  `7` text,
  `8` text,
  `9` text,
  `10` text)
[SQL] pobierz, plaintext 

a oto zapytania ktorych uzywam:

[SQL] pobierz, plaintext 
SELECT * FROM tabela1,tabela2  WHERE tabela1.mobile=tabela2.mobile -- zwraca 816 rekordow
SELECT * FROM tabela1 WHERE mobile IN (SELECT mobile FROM tabela2 WHERE tabela1.mobile=tabela2.mobile) -- zwraca 691 rekordow
[SQL] pobierz, plaintext 

11 pól TEXT? Albo grubo przesadziłeś, albo nie chcę wiedzieć po co Ci to

Wstawiłem sobie te dwie tabele, wypełniłem losowymi danymi i puściłem oba zapytania. Oba daję tyle samo wierszy.

wiem, wiem z tymi textami.....

jakas sugestia dlaczego u mnie tak sie dzieje? chyba typy pol nie maja z tym nic wspolnego?

W żadnym wypadku nie powinny mieć... Dziwne to...

ok, tak czy inaczej dzieki za pomoc. jakos musze dojsc do tego co jest grane

Powyższe dwa zapytania mogą zwrócić identyczną ilość danych jedynie w przypadku, gdy wartości pól mobile nie powtarzają się w obrębie tabeli. Przyjrzyj się uważnie. W pierwszym zapytaniu masz dwie tabele złączone przez INNER JOIN, czyli automatycznie robisz z nich iloczyn kartezjański. Jeśli w "A" masz dwa wiersze z wartością "123456" i w B też dwa wiersze z czymś takim, daje Ci to cztery wiersze wynikowe:

A.1 z B.1
A.1 z B.2
A.2 z B.1
A.2 z B.2

W drugim przypadku pobierasz dane z jednej tabeli. Podzapytanie służy Ci jedynie do wybrania dozwolonych wartości mobile, a więc uzyskujesz:

A.1
A.2

Ot i cała filozofia.

Aż sobie guza nabiłem jak sobie przywaliłem dłonią w czoło.

Kolumny mobile nie są kluczami głównymi.

@Mchl: co masz na mysli?

@darko: a musza byc?

Oczywiście, że nie muszą, ale w przypadku relacyjnych silników baz dobrze byłoby gdyby były (uniknąłbyś takich zagwozdek w przyszłości), poza tym wyciąganie danych po kluczach obcych jest szybsze niż po polu o typie varchar (jeśli się mylę to proszę mnie poprawić).

To, że Zyx ma oczywiście rację

Czy byłyby tutaj założone klucze czy nie, nie miałoby na wynik znaczenia. Jeśli chodzi o wydajność, to oczywiście założenie kluczy na kolumny mobile (niekoniecznie głównych, bo w tabela2 najwyraźniej nie jest to kolumna unikalna, a więc nie mamy tutaj relacji 1 do 1) przyspieszyłoby pracę tych zapytań.