Aşağıdakı məqalədə yığın cədvəlləri və çoxluq cədvəlləri arasındakı əsas fərqlər izah olunur.
Cədvəllərlə işləyərkən SQL Server, istifadəçilər çox vaxt qruplaşdırılmış cədvəllərdən və ya yığın cədvəllərindən istifadə etmək dilemması ilə üzləşirlər. Klaster indeksləri olmayan cədvəllər Yığın Cədvəlləri, çoxluq indeksləri olanlar isə Klasterli Cədvəllər adlanır. Klasterli indeks əsasən qeydlərin cədvəldə fiziki olaraq saxlanma qaydasını yenidən sıralayır. Məlumat səhifələri qruplaşdırılmış indeksin yarpaq qovşaqlarında yerləşir.
Məqalədə bu iki cədvəl növü daha ətraflı şəkildə müzakirə olunur.
Klaster və Yığın Cədvəlləri
Klasterləşdirilmiş cədvəllər istifadəçilərə yığın cədvəllərindən daha çox üstünlüklər təmin edir, çünki onlar istifadəçilərə yığın cədvəllərindən daha tez sıraları tapmaq və klaster edilmiş indeksi yenidən qurmaqla məlumatları/qeydləri fiziki olaraq saxlamaq üçün indekslərdən istifadə etməyə kömək edir.
Məlumatlarınızdakı cədvəllərə qarşı daha çox INSERT, DELETE və YENİLƏMƏ fəaliyyətləri varsa, fiziki məlumatlarınız parçalana bilər. Məlumdur ki, parçalanmış verilənlər israf edilmiş və arzuolunmaz yerə əlavə oluna bilər, çünki sorğu işlətsəniz, daha bir neçə səhifə oxumalı olacaq, çünki indi daha çox qismən dolu səhifələr var. Gəlin verilənlərin parçalanması məsələsini həll etməyin yollarını araşdıraq.
Yığın və Klasterli Cədvəl arasındakı fərq
Cədvəllərinizdə qruplaşdırılmış indeksin olub-olmaması ehtiyacını müəyyən etməklə parçalanma problemi həll edilə bilər. Axı, cədvəlinizin fiziki yaddaşını tənzimləyən çoxluqlu və ya yığın indeksidir. Verilənlər bazanızdakı hər hansı bir cədvəldə yalnız bir növ indeks ola bilər. Seçim etmək üçün bu ikisi arasında aşağıdakı əsas fərqləri başa düşməliyik.
- Yığında məlumatların saxlanma qaydası yoxdur, lakin Clustered-də məlumatların saxlanması klasterləşdirilmiş indeks açarından asılı olaraq bir sıraya malikdir.
- Məlumat səhifələri Heap-də əlaqələndirilmir, Clustered cədvəlində isə onlar əlaqələndirilir və daha sürətli ardıcıl giriş var.
- sys.indexes kataloq görünüşü üçün yığının 0 index_id dəyəri, Clustered isə 1 index_id dəyərinə malikdir
- Clustered Index məlumatları yığın cədvəlindən daha tez əldə edir, çünki Clustered Index açarı var
Parçalanma
Clustered və Heap Cədvəllər arasındakı fərqlərə əsaslanaraq, parçalanma problemini həll etmək olar. Parçalanma INSERT, DELETE və UPDATE fəaliyyətlərinin istifadəsi səbəbindən baş verir. Ancaq yığın cədvəliniz varsa və yalnız INSERT fəaliyyəti varsa, parçalanma baş verməyəcək. Ardıcıl indeks açarından (Şəxsiyyət Dəyəri) istifadə edirsinizsə və yalnız INSERT-lər varsa, o zaman klasterli indeksiniz parçalanmayacaq. Ancaq çoxlu INSERT və ya SİLİNDƏN istifadə etsəniz, cədvəllər parçalanacaq.
Buna görə də, İndeks açarından asılı olduğu və daha az yer tutduğu üçün Clustered Index-dən istifadə etmək tövsiyə olunur. Mövcud boş sahədə artıq mövcud səhifələrə yeni qeydlər yazıla bilər.
Yığın və ya klasterli cədvəlin istifadəsini müəyyən etmək üçün siz həmçinin DBCC SHOWCONTIG və ya yeni DMV-ni işə salmağa cəhd edə bilərsiniz, çünki bu əmrlərin hər ikisi sizə cədvəllərinizdə parçalanma məsələləri ilə bağlı fikir verə bilər. Kümelənmiş cədvəldə parçalanma çoxluq indeksinizi yenidən təşkil etməklə və ya yenidən qurmaqla həll edilə bilər.
Bir investisiya SQL Server təmir alət MS-dən istifadə edən şirkətlər üçün zəruridir SQL Server istehsal serverlərində verilənlər bazası. Əslində o, verilənlər bazası qəzası halında xilaskar ola bilər.
Müəllif Giriş:
Viktor Saymon məlumatların bərpası üzrə mütəxəssisdir DataNumendaxil olmaqla məlumatların bərpası texnologiyaları üzrə dünya lideri olan , Inc təmir mdb və sql bərpa proqram məhsulları. Ətraflı məlumat üçün ziyarət edin https://www.datanumen.com/
1