koncepcja schematu bazy danych

0

Witam, potrzebuję zrobić bazę cen produktów gdzie napotkałem na dwie przeszkody i nie wiem czy dobrze wymyśliłem rozwiązanie:

  1. produkty nie mają stałej liczby cech opisujących ten produkt
    (np. można powiedzieć, że produkt kategorii komputer ma cechy takie jak pamięć, dysk, procesor po których jestem w stanie określić jaki to jest komputer, samochód natomiast ma np. marka, przebieg, moc, kolor, rocznik itp)
  2. powinna być zachowana historia cen danego produktu u danego producenta

Moja koncepcja wygląda w ten sposób, że robię sobie tabelę (cennik_produktów) zawierającą listę produktów, ich cen i dostawców a w tabeli (produkty) przechowuję listę opisującą wszystkie produkty według ich cech
http://www.wrzuta.pl/obraz/d3uI3P9fFn/schemat_access

Proszę o komentarze i propozycję poprawnego zamodelowania schematu.

0

Według mnie ten schemat jest tylko w małym stopniu dobrze zamodelowany. Masz troszkę błędów, poniżej znajduje się moja propozycja:
http://www.wrzuta.pl/obraz/qXW28xd3Yl/db
Schemat umożliwia dodanie ceny w zaleznosci od produktu i dostawcy, bo np. pralkę Amica dostarcza hurtowania A i B i każda ma swój cennik. Jeśli chodzi o cechy, to po utworzeniu jakis cech mozesz je przypisac do wielu produktów, np. kolor - zarówno do auta jak i do pralki. Mozesz zrobic analogicznie cechy w zaleznosci od kategorii. W razie pytan pytaj a na pewno odpowiem

0

dzięki za szybką odpowiedź, sprawdziłem i rzeczywiście jest lepiej :)
Mam tylko dwa pytania, po pierwsze po co jest tabela cechy_produktow skoro mam tabelę wartosci_produktow (ktora praktycznie spelnia te same funkcje?)
Po drugie coś mi się nie zgadza z tą jednostką tylko nie wiem co ;)
rozumiem, że jednostka przy produkcie powinna oznaczać, że np. laptop sprzedaje się jako jedna sztuka (czyli jednostka "szt"), cement w kilogramach, blachę w metrach kwadratowych itp. jeśli chodzi o "tą" jednostkę, to czy nie powinno być to przy cenniku a nie produkcie? (bo przy cenie zakupu ważna jest jednostka, żeby wiedzieć ile produkt będzie kosztować).
A czy nie powinno być jeszcze jednostki przy cechach danego produktu? bo np. kupuje produkt blachę, którą sprzedaje się w metrach kwadratowych ale również podaję, że interesuje mnie blacha o grubości 1 mm (jednostka milimetr) a nie np. 5 cm :)
troszkę zamieszałem ale przynajmniej dzięki Twojemu schematowi więcej potencjalnych problemów będzie wyeliminowana :)

0

Tablica cechy produktów służy do powiązania cech z produktami. Na pierwsze rzut oka jest ona faktycznie nie potrzebna, ale po krótkim zastanowieniu jednak będzie potrzebne - zwłasza patrząc od strony aplikacji. Wyobraź sobie że masz produkt pralkę (tabela produkt) i ustalasz dla niej cztery cechy (w tabli cechy): kolor, pojemnosc, wysokosc i pobór energii. Własnie powiązanie w tabli cechy_produktów pozwoli ci wyswieli wszystkie cechy jaki mozna uzupelnic dla tego produktu. W przypadku braku tej tablicy nie będzie wiedział czy wszysttko uzupełniłeś - np. podałeś kolor, a nie wiesz, że produkt ma jeszcze zdefiniowane inne cechy, których jeszcze nie podałes.
Jesli chodzi o jednostki, to powinienes zrobic powiązanie np. do typów produktów np. typ: AGD, jednostki: ilosc, typ: farby, jednostki: litry. Wówczas jednostkę możesz uzależnic od typu produktu. Zgodnie z twoja ugestia jednostka powinna się znaleŹć zarówno w produkcie (powyzej opis) oraz w cenie - czyli na jakie podstawi będzie naliczana końcowa kwota (np. 100,00 PLN / m2)

0

dzięki za kolejne uwagi, teraz mój model wygląda tak:
http://www.wrzuta.pl/obraz/rcPnpJyczj/schemat_access2

zastanawiam się czy wszystko jest ok i czy z tymi jednostkami jest prawidłowo bo w rzeczywistości interesuje mnie zarówno przy zakupie jaka będzie jednostka (np. śrubki w paczce 100 szt po cenie 10 zł) jak i w samym produkcie (np. śrubka ma długość 5 cm oraz wagę 12 gram)

1 użytkowników online, w tym zalogowanych: 0, gości: 1