![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 22 Pomógł: 0 Dołączył: 9.06.2015 Ostrzeżenie: (0%) ![]() ![]() |
Tworze serwis internetowy na zaliczenie, będzie to księgarnia internetowa. Jeśli chodzi o admina który jest varcharem w login_details będzie tam zapis dotyczacy panelu do którego będzie przekierowany na admin lub user. Dane do tabeli customer beda podawane z formularza, który bedzie na stronie. Czy poniższy schemat jest poprawny oraz do jakiej bazy podłączyć login_details i jaką relacje zastosować bo 1:N raczej nie pasuje.
![]() |
|
|
![]()
Post
#2
|
|
![]() Grupa: Moderatorzy Postów: 6 072 Pomógł: 861 Dołączył: 10.12.2003 Skąd: Dąbrowa Górnicza ![]() |
Myśląc przyszłościowo nasunęło mi się:
1. Dodałbym tabelę products_categories dla możliwości przypisania 1 produktu do N kategorii. 2. Dodałbym standardowy klucz główny id w tabeli orderdetails pomimo, że para zamówienie-produkt kusi. 3. Coś tanie produkty będziesz miał w sklepie ![]() 4. Kolumnę login_details.admin powinieneś powiązać z osobną tabelą (np. admins) za pomocą klucza obcego. Jeśli to projekt na zaliczenie to wydaje mi się ok. |
|
|
![]()
Post
#3
|
|
![]() Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) ![]() ![]() |
zamiast price DECIMAL() można dać SMALLINT UNSIGNED, i przeliczać na grosze. Mniej problemów później
![]() Do Order zduplikowałbym dane z customer zamiast wiązać je po ID. Powód? Możliwość odtworzenia oryginalnych danych kupującego po zmianie ich w panelu. Do Orderdetails również dodałbym cenę netto i stawkę vat bo bez tego ani rusz ![]() Jak na prostą bazę da radę. |
|
|
![]()
Post
#4
|
|
Grupa: Zarejestrowani Postów: 22 Pomógł: 0 Dołączył: 9.06.2015 Ostrzeżenie: (0%) ![]() ![]() |
Thx za pomoc.
|
|
|
![]() ![]() |
![]() |
Wersja Lo-Fi | Aktualny czas: 25.06.2025 - 04:11 |