Tai šiuolaikiniai atviro kodo ORM smarkiai pažengę nuo kažkokių pačių 
programuotojų sulipdytų freimworkų skirtų tik tam projektui.

post = Post.new
post.title = "Super duper pavadinimas"
post.body = "Skaityk kitur"
post.save

Ir nebereikia sukti galvos nei dėl prisijungimo prie duomenų bazės, 
tranzakcijų, INSERT, UPDATE, DELETE SQL užklausų ar, apsaugok viešpatie, 
stored procedūrų, kurios bando imituoti ORM.

Arvydas
www.arvydas.net

On 18/02/2010 12:50, Jornada Del Muerto wrote:
>      Teke kaip tik dirbti prie tokiu sistemu (ArcGIS), tai ka as sql parasyciau per 5-30 minuciu priklausomai nuo sudetingumo, kol issaiskini kaip tai padaryti per visa ta objektu API jeigu is viso tai buna imanoma uztrunka kartais ir kokia savaite, bet aisku veikia universaliai su visom DBVS :)
>
>      Realiai po keliu metu tokio darbo tai tik pasijust gali atbukes nuo SQL nenaudojimo ir degradavimo kas del SQL ziniu... bet tokios sistemos aisku savu pliusu turi... kita vertus jose buna priimtini ir sprendimai del kitokiu uzklausu (kaikur)...
>
> "VyvIT"<labas@viso.iki>  wrote in message news:hljafm$4m0$1@trimpas.omnitel.net...
>> teisingai,
>>     jei reikia sudėtingesnės užklausos, geriausia ją pasirašyti pačiam, o ne
>> leisti ORM'ui ;]
>>
>>
>> "meska"<meska@nospam.fmu1.net>  wrote in message
>> news:hlj9vj$3q0$1@trimpas.omnitel.net...
>>> "Arvydas"<neturiu@meilo.com>  parašė naujienų
>>> news:hlj5a0$s72$1@trimpas.omnitel.net...
>>>> o geriau pasidomėti kas yra ORM ir su kuo jis valgomas. Tada nebeteks
>>>> prasmės kokioj RDBMS duomenys bus saugomi.
>>>
>>> O tada ateis dėdė Cartesian product kartu su n+1 ir pistels per
>>> performance'a :)
>>
>>