sebetulnya tipe index itu dan kegunaanya macem2 mas,
 
ada dynamic data index, contohnya btree. ada read-only reporting index ya 
contohnya pake 
bitmap,bitmap-join,IOT,cluster,hash-cluster ada jg unique/non-unique index. 
single column & composite index.. mungkin keyword nya itu mas. bisa di 
googling.. untuk very high transaction table melibatkan perintah update
delete tentunya tidak baik menggunakan read-only reporting index. selain block 
level locking juga bisa overflow. untuk aplikasi warehouse single load bisa 
pake index ini lebih cepat dari btree.
 
sumber locking lainya dari indexing jg bisa disebabkan gara2 programer 
cenderung buat index banyak2 sampe duplikasi. itu proses DML jadi yang di 
korbankan. akibatnya proses DML jadi lemot akhirnya locking.. untuk cek 
duplikasi method nya jg banyak di googling..
 
saya dapet di salah satu article
 
If 2 indexes ( I1 and I2 ) exist for a table and
   the number of columns in Index I1 is less or equal to the number of column 
in index I2 and
   index I1 has the same columns in the same order as leading columns of index 
I2 
Then
   If index I1 is UNIQUE then
      If index I2 is used to support Foregh Key or for Index Overload then
         Do Nothing
      Else
         Index I2 can be DROPPED
      End If
   Else
      Index I1 can be DROPPED
   End If
End If

tapi sebelum di drop itung2 dulu plan costnya kalo di drop, saya sendiri jg 
sering bersiin index2 , database jadi lebih efisien dan kenceng terutama proses 
DML
 
pls CMIIW from audience
 
rgrd
adie

--- Pada Sen, 17/8/09, Moch Firman N <[email protected]> menulis:


Dari: Moch Firman N <[email protected]>
Judul: Re: Bls: [indo-oracle] DEADLOCK..... ?
Kepada: [email protected]
Tanggal: Senin, 17 Agustus, 2009, 10:06 AM


  



Halo Mas Adi,
Thanks ya, sharing experience nya.... *:)*
*
*
Ada yang menarik dari reply Mas Adi :
"*khusus untuk indexing mungkin ada di table tersebut type index yang di
peruntukan untuk table read only(hanya proses insert dan select) seperti
bitmap index yang melakukan block level locking*"
==> Statement di atas, bisa di elaborate lagi ?

Thanks and best regards
Piping

On Fri, Aug 14, 2009 at 4:56 PM, adi rahadian <
adi_rahadian_ kurniadi@ yahoo.co. id> wrote:

>
>
> sharing pengalaman aja mas, indexing yang salah, deasain aplikasi dan
> table jg bisa jadi biang masalah, khusus untuk indexing mungkin ada di table
> tersebut type index yang di peruntukan untuk table read only(hanya proses
> insert dan select) seperti bitmap index
> yang melakukan block level locking. untuk desain aplikasi & table mungkin
> ada update
> counter tidak menggunakan sequence , tapi menggunakan select max(column). .
> ini cuma sebagai contoh aja .. CMIIW
>
> rgrd
> adie
>
> --- Pada Jum, 14/8/09, Moch Firman N <mochfir...@gmail. com<mochfirman% 
> 40gmail.com> >
> menulis:
>
> Dari: Moch Firman N <mochfir...@gmail. com <mochfirman% 40gmail.com> >
> Judul: [indo-oracle] DEADLOCK.... . ?
> Kepada: indo-oracle@ yahoogroups. com <indo-oracle% 40yahoogroups. com>
> Tanggal: Jumat, 14 Agustus, 2009, 3:37 PM
>
>
>
> Dear all,
>
> I am going to ask of deadlock process in Oracle.
>
> *Assumed:*
> a. There are 2 process as following :
> 1) Batch schedule process
> 2) Online process (screen)
> b. There is not problem in batch schedule process, all processes work
> properly.
>
> *Question:*
> In case of online process (screen), I can not avoid if from deadlock in
> consideration of :
> 1) It's possible that system performs many transactions which use the same
> table in the same time.
> 2) It's possible that user performs a transaction while a batch process is
> running. (Those processes use the same table).
> Anyway,
> Is there any action to avoid deadlock in Oracle Side ? Any configuration
> belong to oracle that should be changed ?
>
> *For ur information: *
> Here is my reference (http://www.dba- oracle.com/ t_deadlock. htm) .. but
> still
> confusing *:(*
> Hoping someone will give me the explanation *:D*
>
> Thanks and best regards
> -:Piping:-
>
> [Non-text portions of this message have been removed]
>
> Berselancar lebih cepat. Internet Explorer 8 yang dioptimalkan untuk Yahoo!
> otomatis membuka 2 halaman favorit Anda setiap kali Anda membuka browser.
> Dapatkan IE8 di sini!
> http://downloads. yahoo.com/ id/internetexplo rer
>
> [Non-text portions of this message have been removed]
>
> 
>

[Non-text portions of this message have been removed]

















      Akses email lebih cepat. Yahoo! menyarankan Anda meng-upgrade browser ke 
Internet Explorer 8 baru yang dioptimalkan untuk Yahoo! Dapatkan di sini! 
http://downloads.yahoo.com/id/internetexplorer

[Non-text portions of this message have been removed]

Kirim email ke