Chce dodawać pewne produkty i często jeden produkt można podpiąć do kilku kategorii, gdy w tabeli produkty w kolumnie typ podałem "spodnie, krotkie spodenki" i zapytanie:


Oczywiście w zapytaniu nie używałem LUB

Pytam osobno o każdą kategorię, nie wyciąga ani spodni, ani krótkich spodenek, nie wywala też błędu, poprostu puste pole.

Jak ustawić kilka kategorii dla jednego produktu, nie można używać przecinka w bazie w polu typ?

Tagi trzymaj w osobnej tabeli (np. UserTags | UserID, TagID).

Ok, więc co z tymi kategoriami?

Co?

?

Czym różni się kategoria od tagów? Chyba niczym, bo i tak pobierając używamy zapytania które i tak to zrobi...

Dlaczego proponujesz nie używać "kategorii" a "tagi"?

Przecież to tylko nazewnictwo. Chodzi o samą zasadę. Trzy tabele: Posts, Categories, PostCategories, która łączy.

Jeżeli w kolumnie typ masz spodnie, koszulki to tak to rób:

[SQL] pobierz, plaintext 
SELECT * FROM produkty WHERE typ LIKE '%$nazwa_tagu%'"
[SQL] pobierz, plaintext 

fifi770 dał działające rozwiązanie, ale Tho, co jeśli będziesz chciał wylistować kategorie? Przerezasz całą bazę produktów i skompletujesz wszystkie wystapienia, potem jeszcze explode po ' LUB '. Trochę to czasochłonne. Pedro84 podał wzorcowe rozwiązanie.

Mam tworzyć nową zmienną? Chyba coś pokrzaniłeś z cudzysłowami, bo błędy wyskakują...

Nie, musisz utworzyć dwie tabele dodatkowe. Jedną z nazwami wszystkich możliwych kategorii, drugą wiążącą produkty z kategoriami (id z produktu oraz id z kategorii).

Wzorowe, tylko po co user id, jeśli mój serwis nawet jescze nie obsługuje logowania?

user_id to klucz obcy na podstawie klucza podstawowego users, pozwala rozróżnić krotki, więc na upartego może być choćby mail z distinctem, ale się używa id, bo tak po czym rozróżniasz krotki ?

Kolego, a czy wiesz co to jest takiego logiczne myślenie?

Masz przykładowe tabele: Products, Categories. Musisz wówczas utworzyć trzecią tabelę o nazwie ProductCategories, w której to będziesz przechowywał kategorie danego produktu:

[SQL] pobierz, plaintext 
ProductID   FK->Products.ID
CategoryID   ->FK->Categories.ID
[SQL] pobierz, plaintext 

No ja już prościej tego wyjaśnić nie potrafię. Pamiętaj, musisz sobie dostosować nazewnictwo do swojej bazy, to TYLKO przykład zastosowania.

Rozwiązanie podane przez fifi ma wiele wad (spróbuj np. utworzyć z tego listę, czy select'a).

@uirapuru - Coś w tym jest i to nie tylko na tym forum...

Nie wiem, czy ja się starzeję, a wcześniej tego nie dostrzegałem, czy może jest tak, że coraz więcej osób z roszczeniowym nastawieniem na forum 'żąda' gotowych rozwiązań podanych na tacy?