![]() |
![]() |
![]() ![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 25 Pomógł: 0 Dołączył: 22.01.2013 Ostrzeżenie: (0%) ![]() ![]() |
Jak byście rozwiązali taki problem?
Klient potrzebuje specyficzny rodzaj sklepu, w którym sprzedawane są tylko jego produkty. W sumie trudno nazwać do sklepem, ale do rzeczy, opiszę Wam całą procedurę składania zamówienia. Mamy bazę klientów jest ich aktualnie kilku 5 - 8, każdy z nich ma mieć możliwość składania zamówienia z puli dostępnych produktów z zastrzeżeniem że każdy z nich posiada indywidualną cenę na każdy produkt - czyli klient A cena produktu krzesło to 100 zł, klient B cena produktu krzesło to 125 zł itd. Po zalogowaniu ma dostęp do wszystkich produktów, ale bez cen, następnie (tego jeszcze do końca nie rozplanowałem) dodaje wybrany produkt(y) do zestawu ulubione. Informację o tym dostaje właściciel strony następnie z poziomu swojego konta ustala dla niego cenę na każdy produkt o który zapytał/dodał do ulubionych. Następnym krokiem ma być złożenie zamówienia z puli wynegocjowanych/ulubionych produktów. Między użytkownikami nie ma interakcji w żaden sposób. I sedno tego wszystkiego: Jak wykonać relację klient -> produkt -> cena? Produktów jest ponad 200 każdy nowy użytkownik to nowe ceny mam tu relację wiele do wielu i jeszcze raz do wielu. Wiele produktów wielu użytkowników i wiele cen. Ten post edytował Delleg 31.03.2017, 07:07:49 |
|
|
![]() |
![]()
Post
#2
|
|
![]() Grupa: Zarejestrowani Postów: 1 879 Pomógł: 230 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) ![]() ![]() |
Znam ten problem, a ja napotkałem jeden drobiazg który przy większej ilości klientów i przy zmianie cen może okazać się bardzo męczący.
Bo co gdy przy 100 klientach gdzie każdy ma indywidualną cenę będzie trzeba zmienić ceny? Może lepiej nadawać z góry stałe rabaty. |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 25 Pomógł: 0 Dołączył: 22.01.2013 Ostrzeżenie: (0%) ![]() ![]() |
Max 30 klientów
|
|
|
![]()
Post
#4
|
|
![]() Grupa: Moderatorzy Postów: 36 557 Pomógł: 6315 Dołączył: 27.12.2004 ![]() |
Cytat mam tu relację wiele do wielu i jeszcze raz do wielu. Wiele produktów wielu użytkowników i wiele cen. wiele do wielu i jeszcze raz do wielu... hmm... chyba nie tak.Skoro kazdy produkt moze miec inna cene w zaleznosci od klienta, to poprostu tabela CENY z polami PRODUKT_ID, USER_ID, CENA i juz. Chyba ze cos pominalem w twoim zagmatwanym opisie ![]() -------------------- "Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista "Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer |
|
|
![]()
Post
#5
|
|
Grupa: Zarejestrowani Postów: 6 806 Pomógł: 1828 Dołączył: 11.03.2014 Ostrzeżenie: (0%) ![]() ![]() |
A czy przy kolejnym zamówieni ten sam klient może mieć inną cenę na ten sam produkt?
Jeśli nawet nie, to wydaje mi się, że to powinna być tabela podobna do tej, którą zaproponował nospor, ale raczej ujęta jako koszyk lub coś w rodzaju wstępnego zamówienia. Jeśli sprzedawca będzie ustalał ceny dopiero po wstępnym zamówieniu, to sądzę, że nie może to być tabela uzależniająca cenę produktu od jego id i id klienta (czyli tabela produkt_cena), a raczej koszyk_produkt_cena. -------------------- |
|
|
![]()
Post
#6
|
|
![]() Grupa: Moderatorzy Postów: 36 557 Pomógł: 6315 Dołączył: 27.12.2004 ![]() |
@trueblue a widzisz, pominalem ten koszyk. Jak najbardziej masz racje, to powinno byc jak napisales koszyk_produkt_cena.
-------------------- "Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista "Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer |
|
|
![]() ![]() |
![]() |
Aktualny czas: 19.08.2025 - 18:13 |