hahhaha.... iya...long time. :) anda udah lama gak aktif juga di mailing list.
ok pak...take care 2008/7/23 andri_l_vicko <[EMAIL PROTECTED]>: > Hallo Pak Yoel ... > > Lama banget2 nggak ketemu ... ASM udah berubah ... sekarang ... > > Iya nih ... karena saya udah nyobain ... nggak tahan dengan snapshot > to old errornya ... dan terlalu high undo usage (jika menggunakan > retention guarantee), sih ... sometimes ... bukin cepat ... cuma .. > > Saya udah ngerjain selama 2 tahun untuk data staging dengan bulk > collect ... tapi tetap aja ... nggak solusi apalagi antar dblink. > sebenarnya ... ada satu trik sih untuk commit di bulk collect > menghindari snapshot to old error ... setelah di limitasi cuma saya > lupa. nanti saya cari dulu sourcenya ... > > Saat ini sih semua pekerjaan lancar ... dengan beberapa ... cara > tradisional dengan temporary table. beberapa aplikasi saya gunain > system Java atau Acential + Cosort. > > Keep In Touch ... :) semoga one kita ketemu ... lagi :) > > Thanks, > > Andri L. Vicko > > --- In [email protected] <indo-oracle%40yahoogroups.com>, "Yoel > Susanto" <[EMAIL PROTECTED]> > wrote: > > > > > Halo Pak Vicko, > > > > Apa kabar nih ? :)) > > > > Saya tertarik dengan pernyataan pak Vicko bahwa BULK COLLECT malah lebih > > lambat untuk process data yang besar, > > sedangkan menurut Oracle BULK COLLECT diperuntukan untuk fetch data yang > > besar dan merekomendasikan metode ini untuk kasus itu. > > > > http://www.oracle.com/technology/oramag/oracle/04-jan/o14tech_plsql.html > > > > Setelah saya cari2 di internet saya menemukan artikel dari asktom, > tentang > > penggunaan LIMIT bersamaaan dengan BULK COLLECT untuk memecah > process anda > > per N rows. > > > > > > http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:5918938803188 > > > > Saya rasa dengan penggunaan clause LIMIT, BULK COLLECT akan tetap lebih > > cepat dari process biasa. > > > > -- > > Cheers, > > Yoel Susanto > > > > www.indo-oracletech.com > > > > > > 2008/7/23 andri_l_vicko <[EMAIL PROTECTED]>: > > > > > > Hmmm, > > > > > > di 9i dan 10g saya, udah pernah mengalami menggunakan bulk > > > collect,tapi untuk rows processes yang lebih dari 50jt - 500jt rows > > > dengan kolom more then 300 - 1024 columns, saya merasa kurang puas > > > karena hit long query terlalu lama dan juga jika di gabung untuk > > > proses merge, update dan insert ke table ... membuat ... snapshot to > > > old error. > > > > > > akhirnya saya tetap menggunakan cara tradisional ... > > > > > > for i in ( select ...) > > > loop > > > dml .... > > > end loop; > > > > > > namun untuk dml saya kirim ke global temporary table (commit preserve > > > rows) (trigger insert / update / delete) ke table tujuan, lebih > > > menyelesaikan masalah terutama untuk staging antar database dengan > > > database link. proses yang selamanya bisa ... 4 - jam bisa cuma 1 jam > > > 9 untuk insert, update bisa 2 jam. namun jika prose di barengain > > > dengan "_disable_logging"=TRUE lebih cepat lagi. > > > > > > Tapi di 11g anda bisa gunakan RESULT_CACHE > > > > > > contoh table t > > > > > > SQL> create table t > > > 2 as > > > 3 select * > > > 4 from all_objects; > > > Table created. > > > > > > tradisional ... > > > > > > SQL> create or replace procedure > > > 2 my_function > > > 3 as > > > 4 begin > > > 5 for x in > > > 6 (select owner, > > > 7 object_type, > > > 8 count(*) cnt > > > 9 from t > > > 10 group by owner, object_type > > > 11 order by owner, object_type ) > > > 12 loop > > > 13 -- do_something > > > 14 null; > > > 15 end loop; > > > 16 end; > > > 17 / > > > Procedure created. > > > > > > test ... > > > SQL> set timing on > > > > > > SQL> exec my_function > > > PL/SQL procedure successfully completed. > > > Elapsed: 00:00:01.54 > > > > > > SQL> exec my_function > > > PL/SQL procedure successfully completed. > > > Elapsed: 00:00:00.10 > > > > > > SQL> exec my_function > > > PL/SQL procedure successfully completed. > > > Elapsed: 00:00:00.11 > > > > > > SQL> set timing off > > > > > > cara baru ... > > > ============== > > > > > > SQL> create or replace procedure > > > 2 my_function > > > 3 as > > > 4 begin > > > 5 for x in > > > 6 (select /*+ result_cache */ > > > 7 owner, > > > 8 object_type, > > > 9 count(*) cnt > > > 10 from t > > > 11 group by owner, object_type > > > 12 order by owner, object_type ) > > > 13 loop > > > 14 -- do_something > > > 15 null; > > > 16 end loop; > > > 17 end; > > > 18 / > > > Procedure created. > > > > > > test .... > > > > > > SQL> set timing on > > > > > > SQL> exec my_function > > > PL/SQL procedure successfully completed. > > > Elapsed: 00:00:00.10 > > > > > > SQL> exec my_function > > > PL/SQL procedure successfully completed. > > > Elapsed: 00:00:00.00 > > > > > > SQL> exec my_function > > > PL/SQL procedure successfully completed. > > > Elapsed: 00:00:00.01 > > > > > > SQL> set timing off > > > > > > hmmm lebih cepat ... namun ini berhubungan dengan parameter > > > PGA_AGGREGATE_TARGET allocation, karena stack space allocation ada di > > > PGA (read more in oracle architect) . > > > > > > Mudah2an bisa membantu. > > > > > > Thanks, > > > > > > Andri L. Vicko, OCP > > > > > > --- In [email protected] <indo-oracle%40yahoogroups.com> > <indo-oracle%40yahoogroups.com>, "Moch > > > > Firman N" <mochfirman@> > > > wrote: > > > > > > > > > > > hmmm,,, > > > > boleh di perjelas parameter-nya... > > > > alasan dari , bulk collect is the best... ? > > > > > > > > karna menurut gw, > > > > klw kita mu ngomongin soal performance, parameter nya mesti jelas > > > duluu.... > > > > jadi gak bisa karna di satu kondisi bulk collect is the best... > > > > truss.. langsung di sikat abisss .. untuk semua kondisi di sarankan > > > pakai > > > > bulk collect.... > > > > > > > > thnx.... > > > > > > > > 2008/7/22 .:Sofhal Jamil:. <sofhal.jamil@>: > > > > > > > > > IMHO, bulk collect is the best... > > > > > > > > > > > > > > > 2008/7/22 dony widiotomo <Don_wid@ <Don_wid%40yahoo.com>>: > > > > > > Dear Oracle Master.. > > > > > > > > > > > > ada ga ya perbedaan performance antara menggunakan : > > > > > > > > > > > > cursor select... > > > > > > loop > > > > > > .. > > > > > > end loop > > > > > > > > > > > > or using : > > > > > > > > > > > > select ... bulk collect into ... > > > > > > for i in cur.first .. cur.last > > > > > > loop > > > > > > ... > > > > > > end loop > > > > > > > > > > > > query yg digunakan adalah query yg sama.. > > > > > > > > > > > > thanx for all respons... > > > > > > > > > > > > regards, > > > > > > Dony Wid > > > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Best regards, > > > > > Sofhal Jamil > > > > > PT Datainfo Milenium Perkasa > > > > > Jl. Mundu Raya No. 2, Jati, Pulo Gadung > > > > > Jakarta Timur, 13220 > > > > > Telp./Faks (021) 489-0705 > > > > > http://sofhaljamil.com > > > > > > > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > > > > > > > > > > > > > > > [Non-text portions of this message have been removed] > > > > > -- Cheers, Yoel Susanto www.indo-oracletech.com [Non-text portions of this message have been removed]
