Pomijając kwestię czy jest to rozsądne potrzebuje w jednym miejscu posortować wyniki selecta po trzech kolumnach:

lub coś zbliżonego

niestety sortuje tylko po col1 i col2 - col3 zlewa zupełnie. Ograniczenie mysql 4.1, czy co? nie znalazłem w sieci ani jednego przykładu na order by z 3 kolumnami..

Wszelkie sugestie mile widziane.

a jesteś pewny że zachodzi taka konieczność (w sęsie czy baza napotyka problem i musi szukać 3 możliwości sortowania)?

I owszem col1 = status (5 możliwości), col2 = typ (6 możliwości), col3 = id (klucz główny) - bardzo często zachodzi sytuacja gdy dla więcej niż 1 wiersza col1 i col2 są takie same, a wręcz w 90% przypadków są, tak więc col3 również powinno brać pod uwagę. Co więcej widzę w wynikach przypadki gdy są w złej kolejności..

Może masz złe typy kolumn?

3x INT, to też nie to :/

no to może pokaż konkretnie to pytanie SQL, definicję tabeli, i jakie wyniki zwraca, bo na pewno nie jest to tabela z col1, col2 i col3...
to co pokazujesz TEORETYCZNIE powinno działać - skoro nie działa - to pokaż jak naprawdę to wygląda w TWOIM wykonaniu - gdzieś masz błąd i już... jak nie pokażesz prawdziwego kodu nie znajdziesz prawdziwej przyczyny problemów...

Oczywiście jest "nieco" bardziej skomplikowane, ale do tego się sprowadza

[SQL] pobierz, plaintext 
CREATE TABLE `product_tag` (
  `tid` int(10) UNSIGNED NOT NULL DEFAULT '',
  `pid` int(10) UNSIGNED NOT NULL DEFAULT '',
  KEY `pid` (`pid`),
  KEY `tid` (`tid`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
 
CREATE TABLE `product` (
  `pid` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `status` int(2) UNSIGNED NOT NULL DEFAULT '0', 
  PRIMARY KEY  (`pid`),
  KEY `search` (`pid`,`status`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8
[SQL] pobierz, plaintext 

Powycinałem kolumny nie wykorzystywane w zapytaniu, żeby bałaganu nie wprowadzać

[SQL] pobierz, plaintext 
SELECT p.*, COUNT(t.tid) AS matches FROM `product` p 
INNER JOIN `product_tag` t ON p.pid=t.pid WHERE ( (`tid` IN (val1, val2, val3,..)) AND (p.status>=jakis_status)) 
GROUP BY t.pid ORDER BY matches DESC, p.STATUS ASC, p.pid DESC LIMIT 0, 10
[SQL] pobierz, plaintext 

Sortowanie po dowolnych 2 z tych 3 działa - nie ma problemu status+pid, matches+status, matches+pid, wszystkie trzy niestety już nie.

u mnie edytor zapytań podświetla we fragmencie wyraz status jako słowo zastrzeżone. spróbuj w całym zapytaniu ująć wszystkie nazy pól i tabel w `odwócone apostrofy` (w klauzuli ORDER BY w szczególności) ...
poza tym fragment zgłasza błąd składni - ale to chyba tylko przykład (chociaż prosiłem o rzeczywiste zapytanie - więc kto wie)...

powodzenia.

przykładowe zapytanie

[SQL] pobierz, plaintext 
SELECT p.*, COUNT(t.tid) AS matches FROM `product` p
INNER JOIN `product_tag` t ON p.pid=t.pid WHERE ( (`tid` IN (1,4,5)) AND (p.status>=2))
GROUP BY t.pid ORDER BY matches DESC, p.STATUS ASC, p.pid DESC LIMIT 0, 10
[SQL] pobierz, plaintext 

Zapytanie jest poprawne. Używanie słów zastrzeżonych mysql'a jest niebezpieczne. Można stracić długie wieczory nad poszukiwaniem błędu. Chyba najlepiej by było jakbyś pokazał wynik Twojego zapytania w postaci wynikowej tabeli, a najlepiej dodatkowo pliki sql całych tabel. Jesteśmy ciekawi co w tym siedzi

To jeszcze udziwnię, żeby do było zabawniej:

[SQL] pobierz, plaintext 
SELECT p.*, COUNT(t.tid) AS matches FROM `product` p
INNER JOIN `product_tag` t ON p.pid=t.pid WHERE ( (`tid` IN (1,4,5)) AND (p.status>=2))
GROUP BY t.pid ORDER BY matches DESC, p.STATUS ASC, p.pid DESC LIMIT 0, 10
[SQL] pobierz, plaintext 

Nie działa

[SQL] pobierz, plaintext 
SELECT p.*, COUNT(t.tid) AS matches FROM `product` p
INNER JOIN `product_tag` t ON p.pid=t.pid WHERE ( (`tid` IN (1,4,5)) AND (p.status>=2))
GROUP BY t.pid ORDER BY matches DESC, p.STATUS ASC, p.pid ASC LIMIT 0, 10
[SQL] pobierz, plaintext 

Smiga bez problemu

Czy ktos ma jakiekolwiek pojecie o co biega?

Pokaż wynik tych zapytań.

Jeżeli pierwsze zapytanie zadziałało, to nie ma bata - drugie też musi - jedyne co mi przychodzi go głowy, to że niewłaściwie interpretujesz sortowanie i dane posortowane bierzesz, za nieposortowane. Ale żeby to sprawdzić, musimy zobaczyć wynik obu zapytań.

Otóż to. Jak powie św. Tomasz. "Nie zobaczę - nie uwierzę"

7 postów wstecz zasugerowałem, żeby wszystkie nazwy pól i tabel ująć w `odwrócone apostrofy` - zgodnie ze składnią MySQL - z prostej przyczyny - wyrażnie STATUS jest słowem zastrzeżonym w MySQL i swobodne używanie go wewnątrz zapytania może (chociaż nie musi) prowadzić do takich trudnych do wychwycenia błędów... ale niestety kolega c2h5oh (a dlaczego nie c2h5cooh ?- dużo zdrowsze, nie degraduje wątroby i jest zalecane w schorzeniach reumatycznych ) jest tak zapatrzony we własne racje, że nie raczy sprawdzić, czy jest tu coś narzeczy....

Sprawa wyjasnila sie juz kawal czasu i temu i dobrze myslalem - zdurnialem do reszty - bylo sortowanie po councie i jakies stare duplikaty