![]() ![]() |
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.
(IMG:http://i59.tinypic.com/2i6nx51.png) |
|
|
|
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 (IMG:style_emoticons/default/smile.gif) DECIMAL(3,2) oznacza maksymalną możliwą liczbę do zapisania 9.99, a nie (jak pewnie myślisz) 999.99. 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 (IMG:style_emoticons/default/smile.gif) Ale jak już to właśnie DECIMA(8,2) starczy.
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 (IMG:style_emoticons/default/smile.gif) 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.
|
|
|
|
![]() ![]() |
|
Aktualny czas: 25.12.2025 - 17:21 |