Forum PHP.pl

szczerze mówiąc tabele w bazie wydają mi sie niestety - nie optymalne. optymalnośc chyba zawsze polega na jaknajlepszym zaprojektowaniu bazy, wiesz jak ja bym zrobił? zostawił tabele w której są wybrane przedmioty przez usera, i zrobił 2 table - zamiast tych 3 (T,N,G).
mianowicie tabela PRODUKTY | id_prod | id_kategorii | opis | cena | informacje_dodaktowe | inne_kolumny | przykładowy wpis w tej tabeli wyglada tak (1,1,jakis opis, 50zł,xxx,yyy)

i 2. tabela KATEGORIE | id_kategorii | nazwa_kategorii | w tej tabeli maiłbys dane w stylu (1,książka), (2,plyty_dvd)
zachowujesz rozszerzalnosc - bo jak rozumiem teraz dodajesz czasopisma - i musisz dodac nową tabele do tabel T,N,G, i tam wrzucic czasopisma - co jest słabe, bo od ilosci kategorii bedzie zależała ilośc tabel? prowadzac wiekszy sklep mogłbys miec kilkadziesiat tabel a w kazdej po 10 wpisów.
a tak - dodajesz nową kategorie do tabeli - kategorie i spoko.do koszyka dodajesz produkty poprzez id_produktu, a nazwe kategorii wyciagasz poprzez takie zapytanie.

[SQL] pobierz, plaintext 
SELECT * FORM produkty p, kategorie k
WHERE k.id_kategorii = p.id_kategorii
[SQL] pobierz, plaintext 

nie ma w tym nic złego, że miałbyś nawet 100tysiecy produktów z różnych kategorii w jednej tabeli.
jesli to nie pomogło - daj znac, cos innego wymyślimy