Witam panów i panie :)
Mam na zaliczenie napisać webaplikację, więc wybrałem sklep. Zaprojektowałem tak bazę danych, by tabela z zamówieniami wyglądała podobnie do tego:
id_zamowienia | id_klienta | produkty
Gdzie produkty to pole typu JSON, w którym byłyby zapisane wszystkie id produktów, nie wiem czy to jest dobre podejście, jak uwazacie? Poza tym chciałbym (chociaż chyba nie ma takiej opcji) by zrobić coś na kształt relacji, żeby te id z JSONa były powiązane z id konkretnego produktu jak przy zwykłej relacji.
0
0
Ja bym to widział w ten sposób:
- osobna tabela dla klientów
- osobna tabela dla produktów
- osobna tabela dla zamówień
W tabeli zamówienia w kolumnie produktów dajesz tylko i wyłącznie jeden produkt w rekordzie, tzn. gdy zamówienie będzie miało trzy produkty powstaną trzy wiersze, w każdym inny nr produktu
0
Łukasz Mikowski napisał(a):
Ja bym to widział w ten sposób:
- osobna tabela dla klientów
- osobna tabela dla produktów
- osobna tabela dla zamówień
W tabeli
zamówieniaw kolumnie produktów dajesz tylko i wyłącznie jeden produkt w rekordzie, tzn. gdy zamówienie będzie miało trzy produkty powstaną trzy wiersze, w każdym inny nr produktu
Dziękuję za propozycję :)
Zrobiłem osobne tabele, sęk w tym, że chcę, żeby w jednym zamówieniu mogło być więcej niż jeden produkt i mogło być więcej niż jedno zamówienie. Pomyślałem też, by zrobić to na zasadzie ciasteczek w PHP, żeby w $_COOKIE trzymać zamówione produkty, a potem je wrzucić do bazy z użyciem funkcji json_encode. Też myślałem czy MongoDB nie byłoby lepszym rozwiązaniem.