idem pendapat gua juga sama persis... basic analogy ajah.. applying a framework means adding a few more layers of processing... a few more layers of processing means more processing time... tul khan? logika sederhana ajah... gak setuju gua tuh kalo alasan nya mutlak gitu.. "selalu gunakan HQL, hindari native query!" wah itu mutlak banget.. mana ada gitu... pertimbangan nya banyak banget... lagian kalo ngembangin project dari 0 juga belom tentu HARUS pake hibernate kok.. menurut gua hibernate baru kliatan guna nya kalo lu ngembangin product yang portable antar database.. kalo project yang dari awal udah fix DB nya udah berkurang nilai plusnya hibernate.. selama ini juga gua gak pernah involve di project yang bisa gonta ganti DB tuh.. kalo user requirement yang segitu rumit ajah bisa di fix.. kenapa DB ajah gak bisa di fix.. justru itu malah yang dari awal udah di tentuin.. ganti lagi berarti ada kesempatan dapet duit lagi toh for consultancy... and then what? iBatis? HARUS.. pake iBatis? kata sapahhhh emang google pake apa? walopun mungkin gak pake java.. tapi i doubt google make any fancy ORM tuh.. remember.. applying framework means introducing more complexity to your project... itu selalu jadi pegangan gua.. tapi gua anti banget sama yang namanya coding dari 0.. mo mati rasanya kalo harus review code2 programmer yang pake JDBC semua.. gak ada yang mutlak... inget ituh... tergantung kebutuhan.. kalo semua bilang HARUS pake hibernate.. iBatis gak laku dong? tapi ternyata masi banyak banget yang pake iBatis kok gak kalah juga jumlah nya yang pake JDBC biasa...
*just my 2 cents* Regards, Adelwin Handoyo [EMAIL PROTECTED] 2008/11/6 Hira Sirojudin <[EMAIL PROTECTED]> > sy pernah mensimulasikan performa HQL dengan Criterian query,ternyata > untuk banyak hal criterian query lebih fast. jadi klo pengen > performa yang dipilih maka criterian yang jadi pilihan, tapi klo pengen > cepat dalam development mungkin hql atw sql native lebih cocok, terutama > yang nyimpan semua logic process disimpan di layer dao bukan > di layer manager/service/domain. > > > > 2008/11/6 Donny A. Wijaya <[EMAIL PROTECTED]> > > Kalau misalnya aplikasi elo cuma makai beberapa table doang? kaya >> >> model blog, forum, atau store kecil2an? gue gak liat keuntungan makai >> hibernate disini... portability? kalau cuma makai standard ANSI sql >> juga otomatis portable antar database ^^ >> >> anyway menurut pendapat gue saat tepat makai hibernate kalau develop >> aplikasi dari skala menengah ampai besar dan kalau bener2 projeknya >> dari 0 ^^ >> >> bukan skala besar doang... >> >> --- In jug-indonesia@yahoogroups.com <jug-indonesia%40yahoogroups.com>, >> "Joshua Partogi" >> <[EMAIL PROTECTED]> wrote: >> > >> > Kenapa untuk project besar baru pakai Hibernate? Gw gak ngerti dengan >> > argumen elu? >> > >> > 2008/11/6 Donny A. Wijaya <[EMAIL PROTECTED]>: >> > > Yep, tergantung kebutuhan :D >> > > >> > > tapi jangan pakai jdbc biasa.... masochist... kalau ada akses ke >> > > spring, mendingan pakai spring-jdbc, atau kalau bisa ibatis... ^^ >> > > >> > > Kalau buat aplikasi dari skala kecil sampai menengah, spring-jdbc >> > > (atau ibatis) juga dah cukup. Gak perlu sampai overkill pakai ORM ^^ >> > > Kalau berhadapan dengan aplikasi legacy yg database schemanya bisa >> > > mencapai rata2 15 kolom per-table, sebaiknya elo makai spring-jdbc >> > > (atau ibatis) >> > > >> > > Kalau buat aplikasi yg skala-nya menengah sampai besar, dan kebetulan >> > > projeknya bener2 dimulai dari nol, mungkin ini saat terbaik pakai ORM. >> > > Elo bisa fokus design aplikasi elo ke java objects tanpa perlu sering2 >> > > berhadapan dengan table2 di database schema (kecuali reports yg >> > > rumit). Elo juga gak perlu nulis SQL untuk CRUD biasa seperti insert >> > > update delete dan select-by-id. >> > >> > >> > >> > -- >> > Not by might nor by power, but by His Spirit. >> > >> > Read my blog: http://joshuajava.wordpress.com/ >> > Follow me on twitter: http://twitter.com/jpartogi >> > >> >> > > > -- > Hira Sirojudin > +628 111988846 > Charging Billing Consultant of Nokia Siemens Networks > MINcom.de | CNS Indonesia > > >
