Perli kohta midagi öelda ei oska aga küsimuse 2 kohta natuke vaidlen vastu.

MVC-d tehes võid ju teha ise enda mudeli objektid ise teha, ilma ORM kasutamata - kõik andmete laadimise ja salvestamise ja päringute tegemised jne. Kole tüütu on ainult see. ORM on selleks, et ise ei peaks kirjutama seda sql päringut mis sinu objekt.save() peale käima lastakse ja andmed baasi kirjutab ja need objekt.find() sees sisse loeb.

ORMi kasutamise poolt on ka see, et kui tegemist suurema kasutajaskonnaga ORMiga siis selles on tõenäoliselt vähem vigu, kui sinu enda poolt kirjutatud mudelite andmebaasiga suhtlemise koodis :) Ning ei usu, et selle kasutamine eriliselt aeglasemaks su rakendust teeks, kui see ORM just kuidagi eriti lollilt tehtud ei ole.

Kirjutad 10 rida perli mis sinu tabelid/veereud üle loeb ja nendest package genereerib. Primaarvõtmed saad loodetavasti tuvastada viisaka nimekonventsiooni põhjal. Välisvõtmed soovitan käsitsi defineerida.

alam1: pole proovinud ja manual ei näita et peaks. ei kujuta ette kuidas see võimalik peaks olema - eri ühenduste taga olevate baaside vahel tabeleid joinida niikuinii ei saaks - aga keegi ei keela sul neid samaaegselt kasutada...

alam2: efektiivsuse pärast pole enamasti vaja muretseda kui rakendus tegeleb üksikobjekti kaupa manipuleerimisega. Probleeme võib tekkida paljusid kirjeid hõlmavate päringutega mida loll ORM võib püüda korraga mällu lugeda (ja küsida veel igaks juhuks seotud välju ja objekte lisaks juurde). Seega oleks tungivalt soovitav läbi analüüsida see SQL mida ORM sulle genereerib ja mõelda kuida see skaleerub.

Teine suurem jama tekib siis andmebaasile tugevalt constrainte peale laduda - juhul sa lased süsteemil automaatselt enda eest transkatsioone majandada võivad tulemused olla suht ettearvamatud.

Väga palju oleneb ka sellest, millise iseloomuga andmebaasitoimingud on. Kui tegemist on lihtsate CRUD tüüpi päringutega, mille eesmärgiks objekte/andmestruktuure salvestada, küsida siis on ORM väga abiks. Kui põhirõhk on keerukamatel päringutel, siis ei pruugi ORM-i kasutegur kuigi suur olla. Võib isegi juhtuda, et ORM jääb oma DSL-i ja konventsioonidega pigem jalgu. Esimese asjana oleks minu arust mõistlik pigem rakendusloogika refaktoreerida. Seda siis selliselt, et kogu andmebaasisuhtlus saab mudeli loogikast välja filtreeritud. Seda eraldiseisvat andmebaasisuhtluse kihti on hiljem parem hallata ja vajadusel ka näiteks mingi ORM raamistikuga asendada.