Indexleri yonetmek icin kurallar

Indexleri yonetmek icin kurallar;
Indexlerden en iyi sekilde performans alabilmek icin, uyulmasi gereken belirli kurallar vardir.

• Create indexes after inserting table data : Tavsiye edilen tablo olusturdukdan sonra icinde veri yokken index olusturmak degilde, daha sonra veriler eklendikten sonra index olusturulmasi. Tabii ki, bu durum import/export islemler olacagi durumlarda dogrudur. Yani siz verilerini yeni bir tabloya tasidiniz o durumlar icin.

• Index the correct tables and columns: Tavsiye edilen, dogru kolonlar uzerinde index olusturulmasidir. Yani, eger index olusturacagiz kolondan sorgu cektiginizde gelen sonuc tum verilerin 15 % `den fazla ise bu durumda olusturdunuz indexin performans acisindan size faydasi degil zarari olacaktir. Index unique olan, email, telno gibi tekil olan kolonlar uzerinde index olusturulmasidir.

• Columns not suitable for indexing: Uygun kolon tipleri uzerinde index olusturmak. Mesala LONG veya LONG RAW kolonlar uzerinde index olusturamazsiniz

• Order index columns for performance : CREATE INDEX cumlesi ile olusturacaginiz indexteki kolonlarin sirasi cok onemlidir. En cok kullanilan kolonlari once yazmaniz performans acisindan daha dogru bir tercih olacaktir.

• Limit the number of indexes for each table: Her tablo uzerinde bir veya birden fazla index olabilir. Ama bir tablo index olustururken belirli bir limiti goz onunde bulundurmakta fayda vardir. Cunku tablodaki verilerin degistirilecegi goz onunde bulundurularak, ve cok fazla kolon uzerinde index olusturmak tabloya kulfettir.

• Specify the tablespace for each index: Eger tablo ve indexleri ayni tablespace icerisinde kullaniliyorsaniz bir cok uygun bir yontem degildir. Cunku, tablespace backup, database maintance yapabilmeniz icin daha cok zaman harcamaniza sebeb olacaktir.

• Consider parallelizing index creation : Index olustururken parallelizm kullanirsa, yani parallel execution kullandiginizda index daha hizli olusuturulacak ve sorgu yaptiginizda 12mb bir data geliyorsa ve 12 parallellik verdiginizde 1mb ve parallel olarak getirecek ve sonuc cok cok daha hizli olacaktir.

• Consider creating indexes with NOLOGGING : Index olustururken NOLOGGING olarak olusturdugunuzda en az sekilde redo log uretecektir.