🚀 go-pugleaf

Dnia Fri, 26 Apr 2019 23:58:56 +0200, Marek S napisał(a):

> Zależy od zlecenia. W ostatnim do 750000+ (a i 2x tyle się od czasu do 
> czasu zdarzało) w ciągu kilku nocnych godzin, każdego dnia.

To rób to wsadowo, a nie sztuka po sztuce ORM-em.

> - nie posiada niepotrzebnych aliasów typu ->delete() standardowych 
> elementów SQL'a - nie trzeba uczyć się 2x SQLa
> - można w nim używać dowolnych dialektów SQL
> - wygodna parametryzacja, która czyni SQL czytelnym (np. :id w miejscu 
> ID usera)

To nie są zalety, tylko przyzwyczajenie.

> - tam, gdzie nie ma krytycznych wydajnościowo fragmentów aplikacji, 
> nadal można korzystać w tradycyjny sposób z ORM np. przy obsłudze 
> formularzy, gdzie pani Krysia z pewnością nie wklepie 750000 danych w 
> parę godzin.

Podobnie jak nikt Ci nie broni używać SQL korzytając z ORM.

> Autorytatywnie... nie wiem czy to dobre określenie. To moje prywatne 
> zdanie. Otóż wychodzę z założenia, że nawet jeśli pracujemy przy małym 
> projekcie, to powinniśmy dbać o wydajność wszystkiego, co robimy. Na ile 
> się oczywiście da w małym projekcie. A już w szczególności należy 
> wystrzegać się randomowych zapytań do bazy danych, których wyniki w 
> ogóle nas nie interesują. Gdyby nie ten fakt, z pewnością mocno 
> zmieniłbym swoją opinię na temat ORM.

ORM zrobi tylko tyle, o ile go poprosisz. "Randomowe zapytania" nie
pojawiają się same z siebie. I nie, hydracja obiektów nie jest "randomowym
zapytaniem".

> Kolejną rzeczą ORM, którą rozumiem ale nie popieram to równanie w dół. 
> ORM ma za zadanie supportować ileś tam baz danych. Jeśli jakaś potrafi 
> cioś więcej niż jakakolwiek inna - wyrzucamy to coś. W konsekwencji 
> zostaje prymitywny SQL do dyspozycji tegoż ORM'a. W Doctrine nawet 
> zwykły Enum to wyzwanie - trzeba doinstalowywać bundle (!!!) ... o ile 
> nie korzystamy z MySQL (widocznie ta baza budzi sentyment u developerów 
> Doctrine).

Bo ENUM to zło.
http://komlenic.com/244/8-reasons-why-mysqls-enum-data-type-is-evil/

> Zwróć uwagę, że developerzy baz danych dwoją się i troją wprowadzając 
> przeróżne unowocześnienia. A potem po tym wszystkim przejeżdża walec z 
> numerami rejestracyjnymi: ORM. To też mi się nie podoba. Czyli zostaje 
> cofnąć technologię baz do lat 90-tych?

Czyli narzekasz, że narzędzie ujednolicające interfejsy baz danych robi to,
co powinno. ORMy mają swoje ograniczenia, jeśli Ci przeszkadzają, to nie
używasz. A mam wrażenie, że próbujesz na siłę użyć tego narzędzia.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl