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: 10 Pomógł: 2 Dołączył: 21.02.2012 Ostrzeżenie: (0%)
|
wielkie dzięki (IMG:style_emoticons/default/smile.gif) to jest dokładnie to czego mi brakowało - dodanie dodatkowej warstwy odpowiadającej za wyciąganie danych
ograniczałem się wyobraźnią do MVC (dosłownie 3 warstw wynikających z nazwy) i nie dało się tego w ogóle sensownie ogarnąć |
|
|
|
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
kapslokk Chyba próbujesz zrobić coś w stylu Active Record..... 22.03.2019, 14:27:29 ![]() ![]() |
|
Aktualny czas: 31.12.2025 - 02:36 |