Oracle hanya memberikan 20% performance dan sisanya dan itu yang paling besar terletak di coding hampir sekitar 60-70% dan sisanya di desain aplikasi. tuk itu pabila ingin mendapatkan aplikasi yg high performance, codingnya harus benar dan tepat secara bisnis proses dan performance. karena pola fikir developer dan dba berbeda dlm mengambil suatu record misalnya. ada beberapa hal yg mesti diperhatikan
1.Harus hati-hati dgn penggunaan index..1jta row berarti table tsb high DML..karena index yg tdk tepat dgn Table yg high DML hanya akan meperlambat transaksi data ..gunakan expalin plan dlu untuk menghitungnya spya tahu gambaran statistiknya. 2.Lihat di v$sysstat (parse count (hard))..apabila nilai ini tinggi mka harus ada perubahan di coding.. biasanya ini tidak memakai bind variable untuk PL/SQL or PreparedStatement klo pake Java...apabila tdk bisa merubah code..coba rubah pfile nya..cursor sharing = force 3.Cache package,trigger,cursor yg sering digunakan secara berulang2.. 4.Hindari outer join (+) klo bisa..karena hal itu akan menyebabkan pembacaan tidak melalui index.. 5. lihat penggunaan Commit & Rollbacknya..[harus lihat ke codingnya]...biasaanya developer yg newbie menyimpan commit or rollback di dlm kondisi looping dan ini sangat2 meperlambat transasksi data or 1 commit 1 transaksi..sebaiknya 1 commit tuk beberapa transaksi....begitu jga dgn rolback.. karena kita tau commit & Rollback cukup memakan memory.. 6. Pabila menggunakan SP Dedicated Server Perhatikan PGA nya..klo statistiknya dibawah 90% untuk OLTP Web Base Application..mk tinggikan PGA nya. 7. Apabila Menggunakan Oracle AS..implementasikan Application & Connection Pooling sebenarnya msih bnyak lgi hal dlm perpormance dan yg pling sulit adalah tune suatu aplikasi [codingnya] segitu aja dari saya...semoga bermanfaat Kang Dadang tea.... --- On Tue, 6/2/09, H Gunawan <[email protected]> wrote: From: H Gunawan <[email protected]> Subject: Re: [indo-oracle] Tune Oracle To: [email protected] Date: Tuesday, June 2, 2009, 2:32 PM Kayanya 1 juta row itu masih ngga terlalu besar deh tablenya kecuali datanya CLOB semua. kalo transaksi lama, kemungkinannya adalah penggunaan index yang kurang tepat atau perlu index tambahan untuk akses. coba saja querynya di explain plan lalu dilihat bagaimana plannya. Full table scan atau index. kalau index sudah beres, nanti baru dilihat lagi kalo masih lama, apakah perlu ganti settingan parameter di Oracle, pake Hint, atau mungkin tuning aplikasinya. Oh ya, jangan lupa table dan indexnya di Gather statistic agar explain plan nya ngga kacau. selamat mencoba Henry ----- Original Message ----- From: Wahyu Ahadi R To: indo-oracle@ yahoogroups. com Sent: Monday, June 01, 2009 12:39 AM Subject: [indo-oracle] Tune Oracle Yth Para SUHU..... mohon maap sebelumnya, saya newbie di oracle, kebetulan kita memproses data sekitar 1 jt an ROW, namun lama kelamaan dengan bertambahnya data yang masuk, proses suatu transaksi jadinya lama sekali, mohon pencerahaan dari para SUHU, kalo apa-apa saja yang mempengaruhi kinerja oracle (tune up oracle), apakah dari segi hardware atau settingan di oracle nya sendiri. Salam Wahyu A. Rouzi ------------ --------- --------- --------- --------- --------- - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.339 / Virus Database: 270.12.50/2150 - Release Date: 06/02/09 06:47:00 [Non-text portions of this message have been removed] [Non-text portions of this message have been removed]
