Problem z zapytaniem i brak pomysłu na jego optymalizacje... Opcje

[sniver]

Najchętniej to w takim momentach był zrobił to: (IMG:style_emoticons/default/sciana.gif)

Mam zapytanie i baze, niby wszystko ok, ale wykonuje sie troche długo bo baza produktów troche w EroBAY urosła...

Zapytanie jest z wyszukiwarki, a konkretnie przyporządkowuje kategorie produktów względem znalezionych w bazie danych...

Oto query:

[SQL] pobierz, plaintext 
SELECT                                  
	`c`.`CAT_Id` AS `id`,
	`c`.`PARENT_Id` AS `parent`,
	`c`.`CAT_Name` AS `name`,
	`c`.`CAT_Url` AS `url`,
	(
		SELECT
			COUNT(1)
		FROM
			`products` AS `p`
				JOIN `productsdescription` AS `pd` ON (`pd`.`PRD_Id` = `p`.`PRD_Id`)
		WHERE
			(`p`.`CAT_Id` IN (
				SELECT
					`c2`.`CAT_Id`
				FROM
					`categories` AS `c2`
				WHERE
					(
						(`c2`.`CAT_Id` = `c`.`CAT_Id`)
						OR (`c2`.`CAT_Ip` LIKE CONCAT(`c`.`CAT_Id`,'.%'))
					)
					AND (
						(`c2`.`CAT_Active` = 1)
						AND (`c2`.`CAT_Counter` > 0)
					)
				)
			)
			AND (MATCH(`pd`.`PRD_Name`, `pd`.`PRD_Description`) AGAINST ('kostium' IN BOOLEAN MODE))
		) AS `licznik`
 
FROM
	`categories` AS `c`
 
WHERE                                   
	(
		(`c`.`CAT_Active` = 1)
		AND (`c`.`CAT_Counter` > 0)
	)
	AND (
		(`c`.`CAT_Id` = 61)
		OR (`c`.`PARENT_Id` = 61)
		OR (`c`.`CAT_Ip` LIKE CONCAT(`c`.`CAT_Id`,'.%'))
		OR (`c`.`PARENT_Id` = 3)
	)
 
GROUP BY `c`.`CAT_Id`
 
HAVING
	(`licznik` > 0)
 
ORDER BY `c`.`PARENT_Id` ASC, `c`.`CAT_Sort` ASC
[SQL] pobierz, plaintext 

Problem znajduje się w subzapytaniu zwracającym wartość licznik, a konkretnie w kolejnym zagnierzdzeniu które wpisuje do IN podkategorie..

Może ktoś ma jakiś fajny pomysł jak to ugryźć...

[Noidea]

Z tego co widzę to drzewko kategorii jest zrobione w "sprytny" sposób przez zapisanie ID w stringu ( "2.34.232.3422" ). Nazwanie kolumny CAT_Ip i oddzielanie liczb kropkami nie sprawia, że rozwiązanie jest bardziej profesjonalne, równie dobrze można oddzielać je przecinkami.
Taką strukturę stosują ludzie, którym bardziej zależy na łatwości zapisania zapytania ( WHERE ip LIKE id + '.%' ) niż na wydajności - czyli masz to co chciałeś (IMG:style_emoticons/default/smile.gif)

Najlepsze rozwiązanie to google -> mysql category tree, przeanalizować kilka rozwiązań, wybrać najlepsze, przerobić strukturę bazy.


Rozwiązania doraźne:
Widzę, że w podzapytaniu zakładasz, że CAT_Id jest zawsze na początku CAT_Ip. Może da się to wykorzystać, wstawić jakąś dodatkową kolumnę do tabeli categories z powtórzonymi danymi, zamienić skorelowane podzapytanie na JOINa, cokolwiek. Tylko najpierw muszę wiedzieć co jest w kolumnie CAT_Ip. A dokładnie to ID której kategorii jest na samym początku.