Fiyatlandırma örnekleri

Bu sayfada, en sık karşılaşılan senaryolardan bazılarında faturalandırma birimlerinin nasıl hesaplandığına dair örnekler yer almaktadır. Her sorgunun, sorgu planı, verilerin şekli ve kullanılabilir dizinler gibi faktörlere bağlı olarak işlenen veriler açısından farklılık gösterebileceğini unutmayın.

Belirli sorgularınızın maliyetini ve performansını daha iyi anlamak için Sorgu Açıklama özelliğini kullanmanızı öneririz.

Okuma işlemleri

Çoğu okuma işlemi, belirli bir dokümanın nokta okumasını yapmayı veya bir tanımlayıcıya göre bir veri aralığını taramayı içerir. Okuma işlemleri, okuma birimlerini tüketir. Aşağıdaki örneklere göz atın.

Tam Metin Arama

Tam metin arama sorgularının ücretleri, bir metin dizininde arama yapma maliyeti ile dokümanları alma maliyeti arasında ayrım yapılarak belirlenir. Bir metin dizininde arama yapmanın maliyeti, sorgunun karmaşıklığına ve sonuçları bulmak için dizinde taranan veri miktarına göre belirlenir. Bu maliyeti etkileyen faktörler arasında arama terimlerinin sayısı ve türü (ör. terimler, ifadeler), alaka düzeyi puanlamasının uygulanıp uygulanmadığı ve incelenmesi gereken dizin girişlerinin sayısı yer alır. İlgili dokümanları alma maliyeti, arama aşaması tamamlandıktan sonra getirilen dokümanların sayısına ve boyutuna göre belirlenir.

Aşağıdaki tabloda, bir fidanlık için e-ticaret ürün kataloğunda tam metin arama sorgularının yürütülmesiyle ilişkili ücretler açıklanmaktadır. Bu örnekte, bir koleksiyonda 200.000 ürün listelemesi olduğu, her ürün listeleme dokümanının 2 KiB olduğu ve yaklaşık 100 MiB boyutunda bir metin arama dizini olduğu varsayılmaktadır.

db.products.find(
  {$text: {$search: '"dry water" stack flat'}}
);

db.products.find(
  {$text: {$search: '"indoor" "citrus" "tree"'}}
);

db.products.find(
  {$text: {$search: 'balcony planter'}}
).sort({score: {$meta: "textScore"}}).limit(50);

Bu örneklerde, farklı sorgu kalıplarının maliyetleri nasıl etkilediği gösterilmektedir:

• "Kuru su" sorgusu bir ifade ("dry water") ve ek terimler içeriyor. Sorgu motorunun jeton yakınlığını ve sırasını kontrol etmesi gerektiğinden, arama aşamasında 7 okuma birimine katkıda bulunan ifade aramaları daha karmaşıktır. Çok az sayıda doküman eşleştiğinden doküman alma maliyeti düşüktür.
• "İç mekan" "narenciye" "ağacı" sorgusu üç ayrı terimi arar. Bir ifade aramasından terim başına biraz daha az karmaşık olsa da yine de birden fazla jetonun aranmasını gerektirir. "Kuru su" örneğine kıyasla 6 okuma birimiyle biraz daha düşük bir arama dizini tarama maliyetine sahiptir ancak 36 belge döndürülür ve bu da toplam maliyeti artırır.
• Balkon saksısı sorgusu, 25 birimle en yüksek tam metin arama maliyetine sahiptir. Bunun temel nedeni, sonuçların birçok dokümanla eşleşen terimlerde alaka düzeyine göre (.sort({score: {$meta: "textScore"}})) sıralanmasını istemesidir. En alakalı ilk 50 sonucu belirlemek için sorgu motoru, "balkon" veya "saksı" ile ilgili tüm olası eşleşmeleri bulmalı, her biri için alaka düzeyi puanı hesaplamalı ve ardından bunları sıralamalıdır. Bu puanlama ve sıralama süreci, dizindeki çok sayıda aday arasında gerçekleştiği için, sonuçta yalnızca 50 belge alınsa bile hesaplama açısından yoğun bir süreçtir. Terimlerin genişliği, alaka düzeyi puanlamasının ek yüküyle birleştiğinde arama aşamasını daha maliyetli hale getirir.

Coğrafi sorgular

Coğrafi sorgularla ilgili ücretler, sorgunun karmaşıklığı, kullanılan özel koşullar ve sıralama ile ilgili coğrafi dizindeki tüm verileri taramak için gereken kaynaklara göre belirlenir.

Aşağıdaki tabloda, bir harita uygulaması için coğrafi sorguların yürütülmesiyle ilişkili ücretler açıklanmaktadır. Bu örnekte, önemli yerleri temsil eden 1.000.000 dokümanlık bir koleksiyon olduğu varsayılmaktadır. Her önemli yer dokümanı 1 KiB, buna karşılık gelen coğrafi uzamsal dizin boyutu ise yaklaşık 60 MiB'dir.

db.pois.find(
  {location: {
    $near: {
      $geometry: <point>,
      $maxDistance: 10000
    }}})

db.pois.find(
  {location: {
    $near: {
      $geometry: <point>,
      $maxDistance: 100000
    }}}).limit(10)

Bu örneklerde, farklı sorgu kalıplarının maliyetleri nasıl etkilediği gösterilmektedir:

• 10 km yarıçaplı sorgu: Bu sorgu, daha küçük bir coğrafi alanı tarar. Bu 10 km'lik yarıçap içinde yalnızca 10 eşleşme bulduğundan sorgu motorunun, bu noktaları mesafeye göre tanımlayıp sıralamak için ($near bunu örtülü olarak yapar) daha az çalışması gerekir. Bu, 6 okuma birimi olan daha düşük bir dizin tarama maliyetiyle sonuçlanır.
• 100 km yarıçaplı sorgu: Bu sorgu çok daha geniş bir alanı kapsar. Sorgu,100 km yarıçap içinde 1.000 olası eşleşme buluyor. En yakın 10 nokta isteğini karşılamak için sorgu motorunun mesafeleri hesaplaması ve dizindeki çok daha büyük bir aday grubunu (1.000 noktaya kadar) sıralaması gerekir. Çok daha fazla noktayı eleyip sıralamak için yapılan bu ek hesaplama çalışması, 10 km'lik sorguyla karşılaştırıldığında, yalnızca 10 belge döndürmesine rağmen coğrafi sorgu maliyetinin 9 okuma birimiyle daha yüksek olmasının nedenidir.

Nokta okuma

Nokta okumaları için örnek faturalandırma:

• 1 KiB'lik tek bir dokümanın nokta okuması. Tüketim: 1 okuma birimi
• 4 KiB'lik tek bir dokümanın okuma noktası. Tüketim: 1 okuma birimi
• 1 MiB boyutundaki tek bir dokümanın okunması. Tüketir: 256 okuma birimi
• Her biri 1 KiB olan 100 dokümanın nokta okuması. Tüketim: 100 okuma birimi

Tarama

Aşağıdaki örneklerde, dokümanların tarandığı veya dizin girişlerinin oluşturulduğu senaryolar yer almaktadır.

Belge Tarama

• Her biri 1 KiB olan 100 belgeyi tarayan sorgu. Tüketim: 25 okuma birimi

Tarama dizinleri

Bayt cinsinden tarama maliyeti, taranan öğenin doküman veya dizin olmasına bağlı olmaksızın aynıdır. Ancak dizin girişleri genellikle daha küçüktür. Bu nedenle, genellikle verileri taramanın daha uygun maliyetli bir yolunu sağlayabilirler.

• Her biri 1 KiB olan 100 dizin girişini tarayan sorgu. Tüketir: 25 okuma birimi.
• Her biri 128 bayt olan 100 dizin girişini tarayan sorgu. Tüketim: 4 okuma birimi.

Minimum belge veya dizin girişi boyutu

Bazı durumlarda, bir sorguyu karşılamak için doküman veya dizin girişinin içeriğini okumak gerekli olmayabilir. Bu, bir koleksiyondaki toplam doküman sayısını hesaplama gibi basit sayma sorgularını içerir. Bu gibi durumlarda, taranan her öğe için minimum 32 bayt maliyet uygulanır.

• Bir koleksiyondaki doküman sayısını hesaplayın. Sorgu, koleksiyondaki 1.000 öğeyi tarar. Tüketir: 8 okuma birimi.

Tarama ve nokta okumalarının kombinasyonu

Birçok sorgu, bir işlemi karşılamak için tarama ve nokta okuma işlemlerinin bir kombinasyonunu gerçekleştirir.

• Her biri 256 bayt olan 128 dizin girişini tarayan ve her biri 4 KiB olan 128 dokümanın nokta okumasını gerçekleştiren sorgu. Tüketilenler: 136 okuma birimi (aşağıdakilerden oluşur):
  • Nokta okumaları için 128 okuma birimi
  • Dizin taramaları için 8 okuma birimi

Sorgu Açıklaması

Sorgu Açıklama, veritabanının sorgularınızı nasıl yürüttüğünü anlamanıza yardımcı olur. Sağlanan ayrıntılar, sorgularınızı optimize etmenize yardımcı olabilir.

Sorgu Açıklama'yı kullanırken aşağıdaki maliyetler geçerlidir:

• Sorguyu yürüten Query Explain: Sorgu maliyeti uygulanır.
• Yalnızca planı kullanarak sorguyu açıklama Tüketim: 1 okuma birimi (sorgunun minimum maliyeti)

Yazma işlemleri

Yazma işlemleri (oluşturma, güncelleme ve silme) işlem sırasında oluşturulan, değiştirilen veya silinen dokümanların ve dizinlerin boyutuna göre ücretlendirilir. Yazma işlemleri, yazma birimlerini tüketir. Yazma birimleri 1 KiB'lik dilimler halinde hesaplanır.

Belge kimliğine göre güncelleme gibi basit yazma işlemleri yalnızca yazma maliyetine neden olur. İşlemi karşılamak için sorgu gerektiren yazma işlemleri, sorguyla ilişkili okuma maliyetlerine de neden olur.

Aşağıdaki örneklere göz atın.

Oluşturur

• Dizin içermeyen yeni bir 10 KiB dokümanı oluşturun. Tüketir: 10 yazma birimi
• Koleksiyonda 256 baytlık 1 dizin girişi içeren 1 KiB'lik bir doküman oluşturun. Tüketir: 2 yazma birimi

Güncellemeler

• Belge kimliğine göre 10 KiB'lik bir belge bulun ve koleksiyonda dizin olmadan güncelleyin. Tüketir: 10 yazma birimi
• Belge kimliğine göre 1 KiB boyutunda bir belge bulun ve 1 alanı 256 baytlık 1 dizin girişiyle güncelleyin. Tüketir: 3 yazma birimi. Not: Bu durumda bir dizin girişinin güncellenmesi için 2 yazma birimi kullanılır. Bunlardan biri dizin girişini silmek, diğeri ise yeniden oluşturmak için kullanılır.
• Doküman kimliğine göre 1 KB'lık bir dokümanı bulun ve hiçbir şeyi güncellemeyin (değişiklik yok). Tüketir: 1 yazma birimi (minimum yazma maliyetleri)
• Bir koleksiyondaki 1 KB'lık tüm dokümanları sorgulayın. Bu işlemde 1.000 doküman taranır ve koleksiyonda dizin içermeyen 256 baytlık yeni bir alan eklenir: 1.000 okuma birimi ve 1.000 yazma birimi.

Silme işlemleri

• Koleksiyonda 1 dizini olan 1 KB'lık bir dokümanı silme Tüketir: 2 yazma birimi
• Koleksiyonda dizini olmayan 1 KiB'lik bir dokümanı silme Tüketir: 1 yazma birimi

Dizin oluşturma

Dizin oluşturma işlemi, oluşturma işlemi sırasında oluşturulan veya değiştirilen dizin girişleri için ücret alır. Bu maliyetler, bir dizin tanımı eklendiğinde veya kaldırıldığında ortaya çıkar. Dizin girişleri, 1 KiB başına 1 yazma birimi maliyeti oluşturan yazma işlemleriyle aynı şekilde faturalandırılır.

• 500 belge içeren bir koleksiyon için yeni bir dizin oluşturun. Oluşturulan dizin girişlerinin her biri 1 KiB'dir. 500 yazma birimi tüketir.
• 500 doküman içeren bir koleksiyonun mevcut dizinini silme Silinen dizin girişlerinin her biri 1 KiB'tır. 500 yazma birimi tüketir.