Bunu ifade etmenin bir yolu şudur:
LSI - Sorguyu "filtrelemek" veya kısıtlamak için birden çok farklı öznitelik kullanırken tek bir Karma Anahtar üzerinde bir sorgu gerçekleştirmenize olanak tanır.
GSI - bir tablodaki birden çok Karma Anahtar üzerinde sorgu gerçekleştirmenize izin verir, ancak sonuç olarak iş hacmi fazladan maliyetlidir.
Tablo türlerinin ve nasıl çalıştıklarının daha kapsamlı bir dökümü aşağıda:
Yalnızca Hash
Muhtemelen zaten bildiğiniz gibi; Zaten var olan bir Karma Anahtarına yazmak, mevcut verilerin üzerine yazacağından, bir Karma Anahtarının kendisi benzersiz olmalıdır.
Hash + Aralığı
Bir Karma Tuşu + Aralık Anahtarı, farklı bir aralık anahtarına sahip oldukları sürece aynı olan birden çok Karma Anahtarına sahip olmanızı sağlar. Bu durumda, zaten var olan bir Karma Anahtarına yazarsanız, ancak bu Karma Anahtarı tarafından daha önce kullanılmayan bir Aralık Anahtarı kullanırsanız, yeni bir öğe oluşturur, oysa aynı Karma + Aralık kombinasyonuna sahip bir öğe zaten var, eşleşen öğenin üzerine yazıyor.
Bunu düşünmenin başka bir yolu, formatlı bir dosya gibidir. Formatı (aralığı) farklı olduğu sürece, aynı klasörde (tablo) başka bir adla (karma) aynı ada sahip bir dosyaya sahip olabilirsiniz. Aynı şekilde, adları farklı olduğu sürece aynı formatta birden çok dosyanız olabilir.
LSI
Bir LSI, temelde bir Hash-Key + Range-Key ile aynıdır ve öğeleri oluştururken onunla aynı kuralları izler, ancak LSI'ler için de değerler sağlamanız gerekir; boş bırakılamazlar.
Bir LSI'nin "Aralık-Anahtarı 2" olduğunu söylemek, tamamen doğru değildir, çünkü (benim dosyamı ve daha önceki format benzetimini kullanarak): file.format.lsive file.format.lsi2. Ancak, sahip olabilir file.format.lsive file.format2.lsiya file.format.lsive file2.format.lsi.
Temel olarak, bir LSI gerçek bir Aralık Anahtarı değil, yalnızca bir "Filtre anahtarı" dır; Temel Karma ve Aralık değer kombinasyonunuz yine de benzersiz olmalı, ancak LSI değerlerinin benzersiz olması gerekmez. Buna bakmanın daha kolay bir yolu, LSI'yi dosyaların içindeki veriler olarak düşünmek olabilir. "PROJECT101" adlı tüm dosyaları, ne olursa olsun bulan ve fileFormatardından sorguya neyin dahil edilip neyin atlanacağını belirlemek için içindeki verileri okuyan bir kod yazabilirsiniz . Bu temelde LSI'nin çalışma şeklidir (sadece içeriğini okumak için dosyayı açmanın fazladan yükü olmadan).
GSI
GSI için, esasen her GSI için başka bir tablo oluşturuyorsunuz, ancak aralarındaki verileri yansıtan birden çok ayrı tablo tutma zorluğu yaşamıyorsunuz; bu yüzden daha fazla verime mal oluyorlar.
Yani bir GSI için, fileNametemel Karma Anahtarınız ve fileFormattemel Aralık Anahtarınız olarak belirtebilirsiniz . Daha sonra, Hash-Key fileName2ve Range-Key olan bir GSI belirtebilirsiniz fileFormat2. Daha sonra , yalnızca sorgulama yapabileceğiniz LSI'nin aksine, bunlardan birini fileNameveya fileName2isterseniz sorgulayabilirsiniz fileName.
Başlıca avantajları, 2 yerine yalnızca bir tablo tutmanız gerektiğidir ve birincil Karma / Aralık veya GSI Karma / Aralık (lar) a her yazdığınızda, diğer (ler) de otomatik olarak güncellenecektir. bu nedenle, diğer tabloları çok masalı bir kurulumda yaptığınız gibi güncellemeyi "unutamazsınız". Ayrıca, çoklu masa kurulumunda olduğu gibi, birini güncelledikten sonra ve diğerini güncellemeden önce bağlantının kesilme şansı yoktur.
Ek olarak bir GSI, temel Hash / Range kombinasyonunu "üst üste bindirebilir". Eğer bir tablo yapmak istiyorsa Yani fileNameve fileFormatbaz Hash / Range gibi filePriorityve fileNamesenin GSI olarak, bunu yapabilirsiniz.
Son olarak, GSI Hash + Range kombinasyonunun benzersiz olması gerekmezken, temel Hash + Range kombinasyonunun benzersiz olması gerekir. Bu, ikili / çoklu masa kurulumuyla mümkün olmayan, GSI ile mümkün olan bir şeydir. Sonuç olarak, güncelleme sırasında hem temel hem de GSI Hash + Aralığı için değerler sağlamalısınız; bu değerlerden hiçbiri boş / boş olamaz.