Wpis z mikrobloga

@adios: a czy to czasem nie spowalnia pisania prostych aplikacji? Uzywam tylko 5 prostych klas (w stylu news, user (rejestracja logowanie), configuration)
  • Odpowiedz
@DOgi: Przy pracy na pojedynczym lub na małej liczbie rekordów ORM jest ok, ale przy większej liczbie (np. lista użytkowników) i przy obszernych rekordach lepiej sprawdza się stosowanie zwykłych zapytań, żeby zbytnio nie obciążać pamięci.
  • Odpowiedz
@DOgi: Ale co ci to spowolni? Różnica w czasie wykonywania zapytań jest może 3x, a wygoda jest niesamowita.

W większym projekcie do zaawansowanych zapytań można stosować plain query.
  • Odpowiedz
@MrK19: Wręcz przeciwnie - im większy i bardziej skomplikowany projekt tym większy zysk z użycia ORM, no chyba że mówimy o programowaniu chałupniczym gdzie 100 euro więcej za serwer znaczy więcej niż praca programistów.
  • Odpowiedz
@Diabl0: Wątpię aby przy aplikacji złożonej z 5 klas mowa była chociażby o najprostszym dedykowanym serwerze, a na współdzielonych, przy zwiększonym ruchu, ORM może zapchać pamięć.
  • Odpowiedz
@MrK19:

Złożoność aplikacji nie determinuje zapotrzebowania na zasoby, natomiast nigdy nie wiesz kiedy mały projekt przekształci się w wielki projekt i będziesz sobie pluł w brodę że zrobiłeś coś na odpiernicz.
  • Odpowiedz