🚀 go-pugleaf

W dniu 2019-04-23 o 22:47, Wojciech Bancer pisze:

> Ale po co Ci ORM w takim razie?
> Może chcesz mieć coś w tym stylu:
> http://www.pomm-project.org/

Bardzo ciekawe rozwiązanie. Zainteresuję się nim.
Ale jest jeszcze jedna rzecz. Moją intencją jest biegłe opanowanie 
Doctrine z uwagi na to, że w pracy będzie mi to potrzebne. Realizacja 
jakiegoś własnego przedsięwzięcia w Doctrine + PostgreSQL + 
optymalizacja korzystania z bazy przez Doctrine, byłaby dla mnie cenną 
lekcją.

Tak, pamiętam Twoje słowa. Zamiast przyspieszyć 10x procesy w bazie, np. 
poprzez dołożenie triggerów odciążających ORM, czy przebudowanie/dodanie 
indeksów, wolisz postawić 10 serwerów. Ja preferuję inne podejście: 
zoptymalizować bazę, a gdy już więcej się nie da - wtedy zająć się 
infrastrukturą sprzętową. Tego nie zmienię w sobie.

>> Nie rozumiem? Co to jest "coś" do Postgresa? Masz na myśli dedykowany
>> ORM? Nie da się Doctrine tak oprogramować, by korzystała z ficzerów
>> Postgresa?
> 
> Dać to się wszystko da, kwestia czasu i środków.
> Ale jak dotychczas chyba nie było zapotrzebowania, bo nic tego typu
> opensource nie powstało (albo nie zostało wystarczająco rozreklamowane).

Zostało rozreklamowane nie jeden raz. Ostatnio rowery trójmiejskie 
stanęły - to dobra reklama beztroskiego korzystania z wszelkich 
udogodnień przez programistów, bez wnikania, co de facto będzie działo 
się w tle. ORM ma to załatwić i już. A jak się coś sypnie, skończy się 
jakaś sekwencja bo za krótka była (ORM taką sobie wygenerował) etc... 
wtedy powstaje problem. Zanika rozumienie nawet prostych SQLi. Jak dla 
mnie to czarny scenariusz dla rozwoju. Nie działa - wyrzucamy i robimy 
kolejnego bubla.

> Doctrine ma kompatybilność jako cel nadrzędny, więc może jednak ten
> ORM nie jest dla Ciebie?

Tak jak napisałem powyżej - raczej muszę się go trzymać z uwagi na 
pojawiające się zadanie w najbliższej przyszłości. Im więcej będę 
potrafił wycisnąć z tego ORM, tym lepiej dla mnie. Opanowanie CRUD nie 
jest moim celem. Opanowanie Doctrine - już tak.

>> A mimo wszystko tenże ORM pozwala na użycie SQL'a w ramach własnych
>> struktur... Tyle tylko, że samemu trzeba te parę linijek kodu
>> niepotrzebnie dopisywać.
> 
> No to po co Ci ORM jak chcesz używać SQLa?

Ponieważ przyspiesza znacząco rozwój oprogramowania. Jeśli utworzę SQL, 
to nie oznacza to, że ORM nie będzie potrafił go wykorzystać w sposób 
zautomatyzowany. Przykład: obsługa zdarzeń ORMowych, którą mi sam 
zapodałeś.

> 
>>> Laravel ma dodatkową metodę statyczną Model::destroy($id).
>> No ale my o Doctrine... Z Laravelem już się pożegnałem.
> 
> Da się i w doctrine, z użyciem query buildera.
> https://stackoverflow.com/questions/15555042/doctrine-2-delete-with-query-builder (pierwsza odpowiedź)

To ja wiem. To jest korzystanie z SQLa, do którego z awersją podchodzisz 
r=traktując go jako raka w ORMie.

> Można też użyć PartialObject / PartialReference:
> https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/partial-objects.html
(...)
 > Działa przy różnego rodzaju joinach, czy update, może zadziałać i tu.

Ok, to może mieć sens. Muszę to w głowie przekompilować.

-- 
Pozdrawiam,
Marek