Merhaba k\u00fc\u00e7\u00fck dostum! Bug\u00fcn sana veritaban\u0131 indekslerini anlataca\u011f\u0131m. Kula\u011fa \u00e7ok karma\u015f\u0131k geliyor, de\u011fil mi? Ama hi\u00e7 endi\u015felenme, sanki kocaman bir kitapta istedi\u011fin resmi bulmak gibi basit bir \u015feyden bahsediyoruz. Haz\u0131r m\u0131s\u0131n? O zaman ba\u015flayal\u0131m!<\/p>\n
Hayal et ki, elinde y\u00fczlerce sayfal\u0131k, i\u00e7inde bir s\u00fcr\u00fc resim olan kocaman bir kitap var. Bu kitapta bir fil resmi bulmak istiyorsun. Ne yapars\u0131n? Her sayfay\u0131 tek tek \u00e7evirip fili mi arars\u0131n? Bu \u00e7ok uzun s\u00fcrerdi, de\u011fil mi? \u0130\u015fte tam bu noktada, kitab\u0131n arkas\u0131ndaki “dizin” veya “indeks” dedi\u011fimiz \u015fey imdad\u0131na yeti\u015fir!<\/p>\n
Kitab\u0131n arkas\u0131ndaki dizin, sana “Fil” kelimesinin hangi sayfalarda ge\u00e7ti\u011fini s\u00f6yler. Sen de do\u011frudan o sayfalara gidersin ve fil resmini an\u0131nda bulursun. Ne kadar kolay ve h\u0131zl\u0131! Veritaban\u0131 indeksleri de t\u0131pk\u0131 bu kitap dizini gibidir.<\/p>\n
Veritabanlar\u0131, bilgisayarda bilgileri saklad\u0131\u011f\u0131m\u0131z devasa k\u00fct\u00fcphaneler gibidir. Her bir bilgi par\u00e7as\u0131, bir kitap sayfas\u0131ndaki yaz\u0131ya benzer. Veritaban\u0131 indeksleri ise, bu bilgileri \u00e7ok h\u0131zl\u0131 bir \u015fekilde bulmam\u0131z\u0131 sa\u011flayan \u00f6zel listelerdir. Onlar olmadan, bilgisayar\u0131m\u0131z istedi\u011fi bilgiyi bulmak i\u00e7in t\u00fcm k\u00fct\u00fcphaneyi ba\u015ftan sona taramak zorunda kal\u0131rd\u0131.<\/p>\n
K\u0131sacas\u0131, veritaban\u0131 indeksleri, veritaban\u0131ndaki belirli s\u00fctunlar (bilgi t\u00fcrleri) \u00fczerinde olu\u015fturulan ve veri arama, s\u0131ralama ve filtreleme i\u015flemlerini h\u0131zland\u0131ran \u00f6zel veri yap\u0131lar\u0131d\u0131r. Temel amac\u0131, veriye eri\u015fim s\u00fcresini k\u0131saltarak veritaban\u0131 performans\u0131n\u0131 art\u0131rmakt\u0131r.<\/p>\n
\u015eimdi o b\u00fcy\u00fck kitap \u00f6rne\u011fine geri d\u00f6nelim. E\u011fer kitab\u0131n arkas\u0131nda bir dizin olmasayd\u0131, o fil resmini bulmak ne kadar s\u00fcrerdi? Belki saatler! \u0130\u015fte veritabanlar\u0131 da ayn\u0131 \u015fekilde \u00e7al\u0131\u015f\u0131r. E\u011fer indeksler olmasayd\u0131, bilgisayar\u0131m\u0131z \u00e7ok yava\u015flard\u0131.<\/p>\n
G\u00fcn\u00fcm\u00fczdeki veritabanlar\u0131, milyonlarca, hatta milyarlarca bilgi par\u00e7as\u0131 bar\u0131nd\u0131rabilir. Bu, binlerce kitaptan olu\u015fan bir k\u00fct\u00fcphane gibi. Bu kadar \u00e7ok bilginin i\u00e7inde belirli bir \u015feyi bulmak, samanl\u0131kta i\u011fne aramaya benzer. \u0130ndeksler, bu i\u011fneyi \u00e7ok daha kolay bulmam\u0131z\u0131 sa\u011flar.<\/p>\n
E\u011fer bir veritaban\u0131nda indeksler yoksa veya yanl\u0131\u015f kullan\u0131l\u0131yorsa, “sorgular” dedi\u011fimiz arama i\u015flemleri \u00e7ok yava\u015f \u00e7al\u0131\u015f\u0131r. Bir web sitesinde bir \u00fcr\u00fcn arad\u0131\u011f\u0131nda veya bir banka uygulamas\u0131nda hesap bakiyeni kontrol etti\u011finde, asl\u0131nda veritaban\u0131na bir sorgu g\u00f6nderirsin. E\u011fer bu sorgular yava\u015f \u00e7al\u0131\u015f\u0131rsa, sen de beklemek zorunda kal\u0131rs\u0131n. Bu da kimsenin ho\u015funa gitmez, de\u011fil mi?<\/p>\n
H\u0131z, modern d\u00fcnyada her \u015feydir. Web sitelerinin h\u0131zl\u0131 y\u00fcklenmesi, uygulamalar\u0131n an\u0131nda yan\u0131t vermesi beklenir. \u0130ndeksler, bu h\u0131z\u0131 ve verimlili\u011fi sa\u011flaman\u0131n anahtarlar\u0131ndan biridir. Bilgisayar\u0131n i\u015fini daha h\u0131zl\u0131 yapmas\u0131na yard\u0131mc\u0131 olurlar.<\/p>\n
Peki, bu sihirli indeksler tam olarak nas\u0131l \u00e7al\u0131\u015f\u0131yor? Asl\u0131nda \u00e7ok da sihirli de\u011fil, sadece ak\u0131ll\u0131ca tasarlanm\u0131\u015f bir sistem.<\/p>\n
\u0130ndeksler genellikle “B-Tree” (B-A\u011fac\u0131) ad\u0131 verilen \u00f6zel bir veri yap\u0131s\u0131 kullan\u0131larak olu\u015fturulur. Bunu, bilgileri alfabetik s\u0131raya g\u00f6re d\u00fczenlenmi\u015f bir a\u011fa\u00e7 gibi d\u00fc\u015f\u00fcnebilirsin. A\u011fac\u0131n dallar\u0131 ve yapraklar\u0131 gibi, bilgiler de belirli bir d\u00fczende s\u0131ralan\u0131r ve her dal, seni do\u011fru bilgiye y\u00f6nlendirir. B\u00f6ylece, t\u00fcm a\u011fac\u0131 ba\u015ftan sona gezmek yerine, sadece birka\u00e7 dal\u0131 takip ederek istedi\u011fin bilgiye ula\u015f\u0131rs\u0131n.<\/p>\n
Kitap dizinindeki gibi, indeks de sana do\u011frudan bilginin nerede oldu\u011funu s\u00f6yler. Yani, indeksin kendisi t\u00fcm bilgiyi i\u00e7ermez; sadece bilginin veritaban\u0131ndaki ger\u00e7ek konumunu i\u015faret eden bir “adres” veya “pointer” tutar. Bu sayede indeksler \u00e7ok daha k\u00fc\u00e7\u00fck olur ve h\u0131zl\u0131ca taranabilir.<\/p>\n
Bir sorgu geldi\u011finde, veritaban\u0131 motoru \u00f6nce indekse bakar. \u0130ndeks, aranan bilginin nerede oldu\u011funu bildi\u011fi i\u00e7in, veritaban\u0131 motoru do\u011frudan o konuma gider ve bilgiyi al\u0131r. T\u00fcm veritaban\u0131n\u0131 taramak yerine, sadece indeksi ve ard\u0131ndan ilgili veriyi okumak, i\u015flemi kat kat h\u0131zland\u0131r\u0131r.<\/p>\n
\u00d6rne\u011fin, <\/code><\/p>\n Veritaban\u0131 indekslerinin de farkl\u0131 t\u00fcrleri vard\u0131r, t\u0131pk\u0131 farkl\u0131 t\u00fcrde kitaplar veya farkl\u0131 t\u00fcrde dizinler gibi. En yayg\u0131n olanlar\u0131na bir g\u00f6z atal\u0131m:<\/p>\n K\u00fcmelenmi\u015f indeks, veritaban\u0131ndaki verilerin fiziksel olarak nas\u0131l s\u0131raland\u0131\u011f\u0131n\u0131 belirler. Yani, t\u0131pk\u0131 bir ansiklopedinin sayfalar\u0131n\u0131n alfabetik s\u0131raya g\u00f6re d\u00fczenlenmesi gibi, veritaban\u0131ndaki bilgiler de bu indekse g\u00f6re fiziksel olarak s\u0131ralan\u0131r. Bir tabloda sadece bir tane k\u00fcmelenmi\u015f indeks olabilir, \u00e7\u00fcnk\u00fc veriler sadece tek bir \u015fekilde fiziksel olarak s\u0131ralanabilir. Bu indeks, genellikle tablonun \"birincil anahtar\u0131\" (primary key) \u00fczerinde olu\u015fturulur.<\/p>\n K\u00fcmelenmemi\u015f indeksler ise, kitab\u0131n arkas\u0131ndaki ek dizinler gibidir. Verilerin fiziksel s\u0131ralamas\u0131n\u0131 de\u011fi\u015ftirmezler. Bunun yerine, kendi i\u00e7lerinde s\u0131ral\u0131 bir liste tutarlar ve bu listedeki her \u00f6\u011fe, verinin as\u0131l konumuna i\u015faret eder. Bir tabloda birden fazla k\u00fcmelenmemi\u015f indeks olabilir. \u00d6rne\u011fin, bir kitapta hem yazarlara g\u00f6re hem de konulara g\u00f6re iki ayr\u0131 dizin olabilir.<\/p>\n Benzersiz indeksler, indekslenen s\u00fctundaki her de\u011ferin farkl\u0131 olmas\u0131n\u0131 sa\u011flar. Yani, ayn\u0131 de\u011feri iki kez giremezsin. Bu, genellikle kimlik numaralar\u0131, e-posta adresleri gibi her kayd\u0131n kendine \u00f6zg\u00fc bir de\u011feri olmas\u0131 gereken durumlarda kullan\u0131l\u0131r. Hem k\u00fcmelenmi\u015f hem de k\u00fcmelenmemi\u015f indeksler benzersiz olabilir.<\/p>\n \u0130ndeksler \u00e7ok faydal\u0131d\u0131r, ancak her \u015feyde oldu\u011fu gibi, onlar\u0131n da hem iyi hem de k\u00f6t\u00fc yanlar\u0131 vard\u0131r.<\/p>\n * H\u0131zl\u0131 Veri Eri\u015fimi:<\/strong> En b\u00fcy\u00fck avantaj\u0131, veritaban\u0131ndaki bilgileri \u00e7ok h\u0131zl\u0131 bulabilmemizdir. Bu, web sitelerinin ve uygulamalar\u0131n daha h\u0131zl\u0131 \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. * Depolama Alan\u0131:<\/strong> Her indeks, kendi i\u00e7inde bir veri yap\u0131s\u0131 oldu\u011fu i\u00e7in diskte yer kaplar. \u00c7ok fazla indeks, veritaban\u0131n\u0131n boyutunu art\u0131rabilir. <\/code><\/p>\n \u0130ndeksler sihirli de\u011fnek de\u011fildir; her yere koymak her zaman iyi sonu\u00e7 vermez. Do\u011fru yerlere ve do\u011fru zamanda koymak \u00f6nemlidir.<\/p>\n E\u011fer bir s\u00fctunu (\u00f6rne\u011fin, Veritaban\u0131 tablolar\u0131n\u0131 birle\u015ftirirken ( Evet, kesinlikle! T\u0131pk\u0131 bir kitapta her kelime i\u00e7in bir dizin olu\u015fturman\u0131n mant\u0131ks\u0131z olmas\u0131 gibi, her s\u00fctuna indeks eklemek de veritaban\u0131n\u0131 yava\u015flatabilir. Her \u0130ndeksler olu\u015fturulduktan sonra kendi haline b\u0131rak\u0131lmazlar. T\u0131pk\u0131 bir bah\u00e7eyi sulamak veya bir arabaya bak\u0131m yapmak gibi, indekslerin de d\u00fczenli bak\u0131ma ihtiyac\u0131 vard\u0131r.<\/p>\n Veritaban\u0131nda zamanla \u00e7ok fazla veri de\u011fi\u015fimi oldu\u011funda, indeksler \"par\u00e7alanabilir\" veya \"da\u011f\u0131labilir\" (fragmentation). Bu, indeksin d\u00fczensiz hale gelmesi ve eskisi kadar h\u0131zl\u0131 \u00e7al\u0131\u015fmamas\u0131 anlam\u0131na gelir. Bu durumu d\u00fczeltmek i\u00e7in indeksleri \"yeniden olu\u015fturmak\" (rebuild) veya \"birle\u015ftirmek\" (reorganize) gerekebilir. Bu i\u015flemler, indeksleri tekrar d\u00fczenli hale getirerek performanslar\u0131n\u0131 geri kazand\u0131r\u0131r.<\/p>\n Hangi indekslerin kullan\u0131ld\u0131\u011f\u0131n\u0131 ve hangilerinin kullan\u0131lmad\u0131\u011f\u0131n\u0131 takip etmek \u00f6nemlidir. Veritaban\u0131 y\u00f6neticileri, indekslerin sorgular\u0131 ne kadar h\u0131zland\u0131rd\u0131\u011f\u0131n\u0131 izleyen ara\u00e7lar kullan\u0131r.<\/p>\n E\u011fer bir indeks hi\u00e7 kullan\u0131lm\u0131yorsa veya \u00e7ok nadir kullan\u0131l\u0131yorsa, onu kald\u0131rmak daha iyi olabilir. Bu, yazma i\u015flemlerini h\u0131zland\u0131r\u0131r ve disk alan\u0131ndan tasarruf sa\u011flar.<\/p>\n G\u00f6rd\u00fc\u011f\u00fcn gibi k\u00fc\u00e7\u00fck dostum, veritaban\u0131 indeksleri, bilgisayarlar\u0131m\u0131z\u0131n devasa bilgi y\u0131\u011f\u0131nlar\u0131 i\u00e7inde kaybolmadan, istedi\u011fimiz bilgilere an\u0131nda ula\u015fmas\u0131n\u0131 sa\u011flayan \u00e7ok ak\u0131ll\u0131ca tasarlanm\u0131\u015f k\u00fc\u00e7\u00fck yard\u0131mc\u0131lar\u0131m\u0131zd\u0131r. T\u0131pk\u0131 bir kitab\u0131n dizini gibi, onlar da arad\u0131\u011f\u0131m\u0131z\u0131 bulmam\u0131z\u0131 kolayla\u015ft\u0131r\u0131r ve hayat\u0131m\u0131z\u0131 h\u0131zland\u0131r\u0131r. Do\u011fru kullan\u0131ld\u0131klar\u0131nda, veritabanlar\u0131n\u0131n performans\u0131n\u0131 inan\u0131lmaz derecede art\u0131r\u0131rlar. Ama unutma, her \u015feyde oldu\u011fu gibi, indeksleri de dengeli ve ak\u0131ll\u0131ca kullanmak en iyisidir!<\/p>\n Hay\u0131r, her zaman iyi de\u011fildir. \u0130ndeksler okuma (SELECT) i\u015flemlerini h\u0131zland\u0131r\u0131rken, yazma (INSERT, UPDATE, DELETE) i\u015flemlerini yava\u015flatabilir ve diskte yer kaplar. Sadece ger\u00e7ekten ihtiya\u00e7 duyulan yerlerde kullan\u0131lmal\u0131d\u0131rlar.<\/p>\n Bunun kesin bir say\u0131s\u0131 yoktur. Her tablo i\u00e7in genellikle 1-5 indeks yeterli olabilir, ancak bu durum tablonun kullan\u0131m amac\u0131na ve sorgu desenlerine g\u00f6re de\u011fi\u015fir. \u00c7ok fazla indeks, performans\u0131 olumsuz etkileyebilir.<\/p>\n Evet, indeksler de kendi i\u00e7lerinde birer veri yap\u0131s\u0131 olduklar\u0131 i\u00e7in diskte yer kaplarlar. Bu alan, orijinal verinin kopyas\u0131 olmasa da, indeksin boyutuna ve i\u00e7erdi\u011fi s\u00fctunlara g\u00f6re de\u011fi\u015fir.<\/p>\n \u0130ndeks olu\u015fturma i\u015flemi, mevcut verilere g\u00f6re indeksi in\u015fa etti\u011fi i\u00e7in bir miktar zaman alabilir ve o an i\u00e7in veritaban\u0131n\u0131 yava\u015flatabilir. Ancak olu\u015fturulduktan sonra, do\u011fru kullan\u0131ld\u0131\u011f\u0131nda sorgular\u0131 h\u0131zland\u0131rarak genel performans\u0131 art\u0131r\u0131r. Yazma i\u015flemlerini ise yava\u015flatabilir.<\/p>\n Genellikle \u015fu s\u00fctunlara indeks konulur:M\u00fc\u015fteriler<\/code> tablosunda musteri_adi<\/code> “Ay\u015fe” olan m\u00fc\u015fteriyi ar\u0131yorsun. E\u011fer musteri_adi<\/code> s\u00fctununda bir indeks varsa, veritaban\u0131 indekse bakar, “Ay\u015fe” ad\u0131n\u0131n hangi veri sat\u0131r\u0131nda oldu\u011funu bulur ve do\u011frudan o sat\u0131r\u0131 getirir.<\/p>\n-- Bir indeks olu\u015fturma \u00f6rne\u011fi\nCREATE INDEX IX_Musteriler_MusteriAdi\nON Musteriler (musteri_adi);\n\n-- Bu sorgu, yukar\u0131daki indeks sayesinde h\u0131zlanabilir\nSELECT *\nFROM Musteriler\nWHERE musteri_adi = 'Ay\u015fe';<\/pre>\n\u0130ndeks T\u00fcrleri Nelerdir?<\/h3>\n
K\u00fcmelenmi\u015f (Clustered) \u0130ndeksler: Ana Kitap Gibi<\/h4>\n
K\u00fcmelenmemi\u015f (Non-Clustered) \u0130ndeksler: Ek Dizinler<\/h4>\n
Benzersiz (Unique) \u0130ndeksler<\/h4>\n
\u0130ndeks Kullan\u0131m\u0131n\u0131n Avantajlar\u0131 ve Dezavantajlar\u0131<\/h3>\n
Avantajlar\u0131: H\u0131z ve Performans<\/h4>\n
\n* H\u0131zl\u0131 Sorgular:<\/strong> SELECT<\/code> (veri \u00e7ekme), WHERE<\/code> (filtreleme), JOIN<\/code> (tablolar\u0131 birle\u015ftirme) ve ORDER BY<\/code> (s\u0131ralama) gibi sorgular\u0131n performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.
\n* Daha Az Kaynak T\u00fcketimi:<\/strong> Do\u011fru indeksler, veritaban\u0131 motorunun daha az i\u015flemci g\u00fcc\u00fc ve bellek kullanmas\u0131n\u0131 sa\u011flayarak sunucu kaynaklar\u0131n\u0131 korur.<\/p>\nDezavantajlar\u0131: Depolama ve Yazma Maliyeti<\/h4>\n
\n* Yazma \u0130\u015flemlerinde Yava\u015flama:<\/strong> Bir tabloya yeni bir bilgi ekledi\u011finde (INSERT<\/code>), mevcut bir bilgiyi g\u00fcncelledi\u011finde (UPDATE<\/code>) veya sildi\u011finde (DELETE<\/code>), veritaban\u0131n\u0131n sadece ana veriyi de\u011fil, ayn\u0131 zamanda o tabloyla ilgili t\u00fcm indeksleri de g\u00fcncellemesi gerekir. Bu da bu t\u00fcr \"yazma\" i\u015flemlerini yava\u015flat\u0131r.
\n* Karma\u015f\u0131kl\u0131k:<\/strong> \u00c7ok fazla indeks olu\u015fturmak, veritaban\u0131 y\u00f6netimini karma\u015f\u0131kla\u015ft\u0131rabilir ve bazen beklenenin aksine performans\u0131 d\u00fc\u015f\u00fcrebilir.<\/p>\n-- Bir indeksi silme \u00f6rne\u011fi\nDROP INDEX IX_Musteriler_MusteriAdi ON Musteriler;<\/pre>\n\u0130ndeksleri Ne Zaman ve Nereye Koymal\u0131y\u0131z?<\/h3>\n
S\u0131k\u00e7a Sorgulanan S\u00fctunlar<\/h4>\n
kullanici_adi<\/code>, urun_kodu<\/code>) s\u00fcrekli olarak arama, filtreleme veya s\u0131ralama i\u00e7in kullan\u0131yorsan, o s\u00fctun \u00fczerinde indeks olu\u015fturmak iyi bir fikirdir.<\/p>\nJOIN ve WHERE Ko\u015fullar\u0131<\/h4>\n
JOIN<\/code>) veya belirli ko\u015fullara g\u00f6re veri \u00e7ekerken (WHERE<\/code>) kullan\u0131lan s\u00fctunlara indeks eklemek, sorgu h\u0131z\u0131n\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/p>\n\u00c7ok Fazla \u0130ndeks K\u00f6t\u00fc Olabilir mi?<\/h4>\n
INSERT<\/code>, UPDATE<\/code>, DELETE<\/code> i\u015fleminde indekslerin de g\u00fcncellenmesi gerekti\u011fi i\u00e7in, \u00e7ok fazla indeks yazma performans\u0131n\u0131 d\u00fc\u015f\u00fcr\u00fcr ve disk alan\u0131n\u0131 bo\u015fa harcar. Bu y\u00fczden, sadece ger\u00e7ekten ihtiya\u00e7 duyulan yerlere indeks koymak \u00f6nemlidir.<\/p>\n\u0130ndeks Y\u00f6netimi ve Bak\u0131m\u0131<\/h3>\n
\u0130ndeks Yeniden Olu\u015fturma (Rebuild) ve Birle\u015ftirme (Reorganize)<\/h4>\n
Performans Takibi<\/h4>\n
Gereksiz \u0130ndeksleri Kald\u0131rma<\/h4>\n
Sonu\u00e7<\/h3>\n
SSS (S\u0131k Sorulan Sorular)<\/h3>\n
1. \u0130ndeksler her zaman iyi midir?<\/h4>\n
2. Ka\u00e7 indeks kullanmal\u0131y\u0131m?<\/h4>\n
3. \u0130ndeksler diskte yer kaplar m\u0131?<\/h4>\n
4. \u0130ndeks olu\u015fturmak veritaban\u0131n\u0131 yava\u015flat\u0131r m\u0131?<\/h4>\n
5. Hangi s\u00fctunlara indeks koymal\u0131y\u0131m?<\/h4>\n
\n* WHERE<\/code> ko\u015fullar\u0131nda s\u0131k\u00e7a kullan\u0131lan s\u00fctunlar.
\n* JOIN<\/code> i\u015flemlerinde kullan\u0131lan s\u00fctunlar.
\n* ORDER BY<\/code> (s\u0131ralama) veya GROUP BY<\/code> (gruplama) i\u015flemlerinde kullan\u0131lan s\u00fctunlar.
\n* PRIMARY KEY<\/code> (birincil anahtar) ve FOREIGN KEY<\/code> (yabanc\u0131 anahtar) s\u00fctunlar\u0131.<\/p>\n","protected":false},"excerpt":{"rendered":"Veritaban\u0131 \u0130ndeksleri: 5 Ya\u015f\u0131ndaki Bir \u00c7ocu\u011fa Anlat\u0131r Gibi\nMerhaba k\u00fc\u00e7\u00fck dostum! Bug\u00fcn sana veritaban\u0131 indekslerini anlataca\u011f\u0131m.","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-39107","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n