Symfony 4 , Doctrine - a szybkość

Question

Dzień dobry,

 

czytam sobie właśnie na temat zalet i wad FW Symfony i jako, że mamy juz wersję 4 chciałbym się dowiedzieć od bardziej doświadczonych kolegów, jak to jest z Doctrinem? czy on faktycznie zabija szybkosć i wydajność?

Czy faktycznie Symfony nadaje się tylko do tworzenia aplikacji webowych, a nie np api , na które skierowany jest duży ruch, ponieważ brakuje jej szybkości?

Answer 1

Doctrine zabija szybkość i wydajność (strony*), gdy jest nieodpowiednio użyty. ORM służy do mapowania, nie do wyciągania danych dla celów "HTMLowych". Niestety, mało kto zwraca na to uwagę. A Ci, którzy tego nie robią, krzyczą, że ORMy to syf. 

Używaj DBALa/czysty SQL z PDO zamiast ORM do wyciągania danych dla celów UI i będzie ok.

Comments

Co rozumiesz mówiąc, że jest źle używany w relacjach?

---

Dużo osób zaczyna używać tego przez pryzmat schematu bazy danych. Myślą że tabela jest mapowana do obiektów. Tak naprawdę to istotą aplikacji są obiekty domenowe. To czy zapisujesz je w jsonie w Mongo czy jako krotka w sqlu to szczegół implementacyjny.

Answer 2

Od siebie dodam, że tworzyłem zarówno api jak i twigowe aplikacje w Symfony i przy normalnym pisaniu nie ma problemów z wydajnością.

Oczywiście zdarzało się, że pamięć ciekła, ale to przez niedopatrzenie kiedy z bazy było hydrowanych kilka tysięcy obiektów ​​​​​​

Problemy wymagające większego przemyślenia mogą się pojawić przy przetwarzaniu dużych struktur takich jak drzewo.

Comments

Czyli w takim razie do update / insert powinienem używać metod doctrine i entityManager, natomiast przy selectach już nie?

Co wtedy? Czyste sqlki?

 

Czy byłbyś w stanie rzucić mi jakimś małym przykładem?

---

Wyciąganie danych zostaw dla repozytoriów. Stamtąd powinieneś dostać obiekty.

Co do zmian w danych. Wyciagasz obiekt przez repo, robisz zmiany przez metody w tym obiekcie i następnie podajesz go jako argument do metody flush w entity managerze. Warto to umieści w serwisach z dobrą odpowiedzialnością.