Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 10 Pomógł: 2 Dołączył: 21.02.2012 Ostrzeżenie: (0%)
|
hej,
mam następujące klasy: -klient (może zawierać wiele obiektów - projektów) -projekt Nie mogę sobie wyobrazić, jak skonstrukować relację między nimi, żeby robiąc np. podsumowanie wyników wszystkich projektów jednego klienta wykonać jak najmniej zapytań do bazy. Jeżeli w obiekcie klienta będę przechowywał obiekty projektów - to pobranie danych z bazy, dla każdego z nich będzie wymagało takiej liczby zapytań ile jest projektów. Brzmi to mega nieoptymalnie, jeżeli mógłbym zrobić jedno zapytanie wyciągające z bazy dane dot. wszystkich projektów danego klienta. Czy normalną praktyką jest operowanie na jednej tabeli bazy danych w dwóch różnych klasach? Jeżeli później będę chciał wprowadzić zmianę w tej tabeli to będę musiał wprowadzać zmiany we wszystkich klasach, w których ta tabela jest wykorzystywana - nie brzmi to jak prawidłowe z punktu widzenia OOP rozwiązanie. Co w takiej sytuacji? Dla każdej tabeli indywidualna klasa-model? |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 965 Pomógł: 285 Dołączył: 19.06.2015 Skąd: Warszawa Ostrzeżenie: (0%)
|
Chyba próbujesz zrobić coś w stylu Active Record...
Myślałeś nad podejściem np. takim, żeby klasy Klient i Projekt miały tylko właściwości/metody, które dotyczą ich danych i dodatkowo stworzyć jakieś Repozytoria, które będą służyć do wyciągania danych nt. Projektów/Klientów? Chodzi mi o oddzielenie klas służących do wyciągania danych z bazy od klas, które faktycznie te dane reprezentują. Ten post edytował kapslokk 22.03.2019, 14:28:20 |
|
|
|
hub [PHP i SQL] wiele obiektów i ilośc zapytań do mysql 22.03.2019, 14:04:10
kapslokk Relacja one-to-many. Jeden klient - wiele projektó... 22.03.2019, 14:08:58
hub tak, to rozumiem i nie chodzi mi o format zapytani... 22.03.2019, 14:19:46
hub wielkie dzięki to jest dokładnie to czego mi brak... 22.03.2019, 15:00:59 ![]() ![]() |
|
Aktualny czas: 30.12.2025 - 22:32 |