Posiadam dwie tabele w mysql.
Tabela towarów:

[PHP] pobierz, plaintext 
NAZWA              CENA
krem jkiśtam        2,4
krem cośtam         1,5
szampon cośtam      3,4
szampon cośtam2     3,5
[PHP] pobierz, plaintext 

oraz początków nazw - identyfikująca rodzaj produktu:

[PHP] pobierz, plaintext 
MASKA
krem
szampon
[PHP] pobierz, plaintext 

Chciałbym pogrupować pierszą tabelę wg początków nazw z drugiej.
(kolumna 'cena' jest tylko po to aby pokazać że grupowanie nie jest bezsensowne).
Jakieś pomysły?
Pierwszej tabeli nie mogę edytować.

Żeby nie było: mysql znam, nie radzę sobie tylko ze zmienną długością masek.
Gdyby wszystkie maski miały tą samą długość nie miałbym problemu:

[SQL] pobierz, plaintext 
SELECT * FROM
(SELECT *,SUBSTR(nazwa,1,5) AS maska FROM towary) AS first
 JOIN maski
ON maski.maska=first.maska
GROUP BY maski.maska
[SQL] pobierz, plaintext 

Bardzo dziwne podejście i w ogóle nieoptymalne. Taki rodzaj produktu powinien być chyba czymś w stylu kategorii. Niemniej da się to zrobić, choć nie wiem po co to złączenie.

[SQL] pobierz, plaintext 
SELECT `temp`.`t_maska` `maska`, SUM(`temp`.`t_cena`) `cena_razem` FROM (
  SELECT SUBSTRING_INDEX(`t`.`nazwa`, ' ', 1) `t_maska`, `t`.`cena` `t_cena` FROM `towary` `t`
) `temp`
LEFT JOIN `maski` `m` ON `temp`.`t_maska` = `m`.`maska`
GROUP BY `m`.`maska`
[SQL] pobierz, plaintext 

Dać się da, ale nie polecam i radzę się dobrze zastanowić nad funkcjonalnością aplikacji i strukturą bazy danych.

Struktura baz danych pochodzi z programu kasowego.
Program nie jest mojego autorstwa, nie mam mozliwości ani prawa jego modyfikacji.

Zapytanie niestety działa tylko jeśli po masce jest spacja.
Niestety mam też inne sytuacje:

[PHP] pobierz, plaintext 
NAZWA         CENA
krem jkiśtam  2,4
krem cośtam   1,5
cośtam        1,2
cośinnego     3,4
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
MASKA
krem
coś
[PHP] pobierz, plaintext 

Najgorszym z możliwych rozwiązań jest takie złączenie:

[SQL] pobierz, plaintext 
SELECT `m`.`maska`, SUM(`t`.`cena`) FROM `towary` `t`, `maski` `m`
WHERE LOCATE(`m`.`maska`, `t`.`nazwa`) = 1
GROUP BY `m`.`maska`
[SQL] pobierz, plaintext 

Najbardziej optymalnym i w dodatku bezinwazyjnym (nie trzeba modyfikować czyjejś aplikacji) rozwiązaniem wydaje się być utworzenie trzeciej tabeli maski_towarow zawierającej jedynie dwie kolumny id_maski i id_towaru, obie będące kluczem głównym. Później jednorazowym zapytaniem

[SQL] pobierz, plaintext 
INSERT INTO `maski_towarow` SELECT `m`.`id`, `t`.`id` FROM `maski` `m`, `towary` `t` WHERE LOCATE(`m`.`maska`, `t`.`nazwa`) = 1
[SQL] pobierz, plaintext 

uzupełniamy tabelę maski_towarow i w naszej "części" aplikacji korzystamy właśnie z niej:

[SQL] pobierz, plaintext 
SELECT `m`.`maska`, SUM(`t`.`cena`) FROM `maski` `m`
LEFT JOIN `maski_towarow` `mt` ON `m`.`id` = `mt`.`id_maski`
LEFT JOIN `towary` `t` ON `mt`.`id_towaru` = `t`.`id`
GROUP BY `m`.`id`
[SQL] pobierz, plaintext 

Jak niby mam to zrobić ?
Przed każdym wywołaniem zapytania (o które pytam w tym wątku) mam tworzyć tę tabelę?
To dopiero będzie nieoptymalne.
Bo nie wyobrażam sobie monitorować w czasie rzeczywistym
czy ktoś właśnie nie dodaje towarów do tabeli
aby uzupełnić tabelę powiązań.


Dokładnie o to mi chodziło.
Czas wykonania 3 sekundy
(kilkanaście tysięcy towarów, setka masek)
- akceptowalny przy własnych zestawieniach,
choć faktycznie nieakceptowalne gdybym potrzebował to ze strony klientów.

No ale jeśli ktoś dodaje towar to i musi podać powiązaną z nim maskę, a to wszystko możemy dzięki TRIGGER-om wpakować do naszej tabeli maski_produktow (tę tabelę tworzymy i uzupełniamy tylko raz istniejącymi danymi, a później już na bieżąco danymi wprowadzonymi przez użytkownika).

Nie ma potrzeby modyfikowania czegokolwiek w istniejącej już aplikacji.

Nie, nie nie musi. Skąd pomysł że musi?
Miałby wychodzić z programu, aby go gdzieś podać?
Jeśli dodaje się nowy RODZAJ towaru, to wtedy tak, ale to się dziej bardzo rzadko.



No ale w jaki sposób? Mam przechwytywać dodawanie towarów do bazy? To będzie niemożliwe.