hi pak Vicko...
thnx dah mau shared experience nya....
*Ada pertanyaan :*
1) Boleh tau parameter dari tabespace undo rollback nya gimanaa?
soalnya saya liat Pak Vicko memprocess data yg very huge....**50jt till
500jt
2) Untuk commit point nya gimana Pak ? saya tertarik dengan process2 yang
melibatkan data yg very huge....
thnx
best regards
Piping
On 7/23/08, andri_l_vicko <[EMAIL PROTECTED]> wrote:
>
> 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]
> >
>
>
>
[Non-text portions of this message have been removed]
