ORM czy jest sens Opcje

[daniel1302]

Witam, zacząłem ostatnio inaczej patrzeć na temat ORM. jednak co artykuł w sieci to co innego pisze, jedni polecają inni odradzają. Zacząłem uczyć się frameworków i mam już szkic aplikacji którą jest blog. Ma to być aplikacja szkoleniowa i zastanawiam sie czy warto w niej skusić się na ORM. Czy jest wogóle marnować na niego sens? Używam Laravel i dodam, że obecnie mam kilka modeli napisanych z pomocą biblioteki DB z laravela.

Co wy możecie powiedzieć na temat ORM'a?

[!*!]

[SQL] pobierz, plaintext 
SELECT X,count(*) c FROM tab1 WHERE id IN (SELECT id2 FROM tab2 WHERE tab2.kol=tab1.kol)
GROUP BY X
HAVING c>3
[SQL] pobierz, plaintext 

kontra

[PHP] pobierz, plaintext 
DB::table('tab1')
->select(DB::raw('X, count(*) as c'))
->whereIn('id', function($query){
    $query->select('id2')->from('tab2')->whereRaw->('tab2.kol=tab1.kol');
})
->groupBy('X')
->having('c', '>', 3)
->get();
[PHP] pobierz, plaintext 

Rzecz gustu.

Owszem, będzie to trochę szybciej działało. Ale teraz kwestia tego jak podepniesz pod to cache? Musisz pewnie robić z palca coś pisać etc. W przypadku niektórych ORM'ów to jest kwestia uproszczona do minimum.

Stara szkoła mówi, aby jedna rzecz służyła jednemu celowi.

Pamiętaj, że w oprogramowaniu jedyną stałą są "zmiany". Jeśli napiszesz aplikację pod MySQL (to tylko przykład) i będziesz używał MySQL-owego języka zapytań, wtedy po latach ciężko będzie Ci przeskoczyć na inną bazę danych w danej aplikacji - z tego powodu, że w stary kod będzie całkowicie powiązany z daną bazą danych, a jego przepisanie na nowy silnik będzie całkowicie nieopłacalne.

Mógłbyś napisać konkretny przykład tego jak przy pomocy ORM przeskakujesz z MySQL na inną, bez najmniejszego problemu? Lub jak to wygląda przy podzapytaniach skorelowanych? I co w przypadku jeśli zmieni mi się nazwa tabeli?