Geçici silmeye genel bakış

Azure Veri Gezgini, veri platformu olarak tek tek kayıtları silme özelliğini destekler. Kayıt silme işlemi genellikle aşağıdaki yöntemlerden biri kullanılarak yapılır:

• Sistem garantili kayıtları silmek için bu kayıtları içeren depolama yapıtlarının da silinmesini sağlamak için .purge
• Böyle bir garanti olmadan kayıtları silmek için, bu makalede açıklandığı gibi kullanın .delete . Bu komut kayıtları silinmiş olarak işaretler, ancak verileri depolama yapıtlarından mutlaka silmez. Bu silme yöntemi temizleme işleminden daha hızlıdır.

Komutunu kullanma hakkında bilgi için bkz . Söz dizimi

Uygulama alanları

Bu silme yöntemi yalnızca tek tek kayıtların planlanmamış silinmesi için kullanılmalıdır. Örneğin, bir IoT cihazının bir süredir bozuk telemetri bildirdiğini fark ederseniz, bozuk verileri silmek için bu yöntemi kullanmayı düşünmelisiniz.

Yinelenenleri kaldırma veya güncelleştirmeler için kayıtları sık sık silmeniz gerekiyorsa, gerçekleştirilmiş görünümleri kullanmanızı öneririz. Yinelenen verileri kaldırma için bkz. Gerçekleştirilmiş görünümler ile geçici silme arasında seçim yapma.

Silme işlemi

Geçici silme işlemi aşağıdaki adımlar kullanılarak gerçekleştirilir:

1. Koşul sorgusunu çalıştırma: Tablo, silinecek kayıtları içeren veri uzantılarını tanımlamak için taranır. Tanımlanan kapsamlar, koşul sorgusu tarafından döndürülen bir veya daha fazla kaydı olan uzantılardır.
2. Kapsam değiştirme: Tanımlanan kapsamlar, özgün veri bloblarına işaret eden yeni kapsamlarla değiştirilir ve ayrıca kayıt başına silinip silinmediğini belirten yeni bir gizli sütuna bool sahiptir. Tamamlandıktan sonra yeni veri alınmazsa koşul sorgusu yeniden çalıştırılırsa hiçbir kayıt döndürmez.

Sınırlamalar ve önemli noktalar

• Silme işlemi son ve geri alınamaz. bu işlemi geri almak veya silinen verileri kurtarmak mümkün değildir, ancak işlem sonrasında depolama yapıtları mutlaka silinmez.

• Geçici silme, yerel tablolar ve gerçekleştirilmiş görünümler için desteklenir. Dış tablolar için desteklenmez.

• Geçici silmeyi çalıştırmadan önce, bir sorgu çalıştırıp sonuçların beklenen sonuçla eşleşip eşleşmediğini denetleyerek koşulu doğrulayın. Komutunu whatif modda da çalıştırabilirsiniz. Bu modda, silinmesi beklenen kayıt sayısı döndürülebilir.

• Birden çok paralel geçici silme işlemini aynı tabloda çalıştırmayın, çünkü bu komutlardan bazılarının veya tümünün hatalarına neden olabilir. Ancak, farklı tablolarda birden çok paralel geçici silme işlemi çalıştırabilirsiniz.

• Aynı tabloda paralel olarak geçici silme ve temizleme komutlarını çalıştırmayın. Önce bir komutun tamamlanmasını bekleyin ve sonra diğer komutu çalıştırın.

• Geçici silme, küme URI'nizde yürütülür: https://[YourClusterName].[region].kusto.windows.net. komutu, ilgili veritabanında veritabanı yöneticisi izinleri gerektirir.

• Gerçekleştirilmiş görünümün kaynak tablosu olan bir tablodan kayıtları silmenin gerçekleştirilmiş görünüm üzerinde etkisi olabilir. Silinen kayıtlar henüz gerçekleştirme döngüsü tarafından işlenmediyse, bu kayıtlar hiçbir zaman işlenmeyecekleri için görünümde eksik olur. Benzer şekilde, kayıtlar zaten işlenmişse silme işleminin gerçekleştirilmiş görünüm üzerinde bir etkisi olmaz.

• Koşula ilişkin sınırlamalar:

  • En az bir where işleç içermelidir.
  • Yalnızca kayıtların silindiği tabloya başvurabilir.
  • Yalnızca şu işleçlere izin verilir: extend, order, projectve wheretake . içinde toscalar()işlecine summarize de izin verilir.

Silme performansı

Silme işleminin performansını etkileyebilecek başlıca noktalar şunlardır:

• Koşul sorgusunu çalıştırma: Bu adımın performansı koşulun performansına çok benzer. Koşula bağlı olarak biraz daha hızlı veya daha yavaş olabilir, ancak farkın önemsiz olması beklenir.
• Kapsam değiştirme: Bu adımın performansı aşağıdakilere bağlıdır:
  • Kümedeki veri kapsamları arasında dağıtım kaydı
  • Kümedeki düğüm sayısı

komutunun .delete aksine .purgekomutu verileri yeniden oluşturmaz. Yalnızca koşul sorgusu tarafından döndürülen kayıtları silinmiş olarak işaretler ve bu nedenle çok daha hızlıdır.

Silme işleminden sonra sorgu performansı

Kayıtların silinmesinin ardından sorgu performansının belirgin bir şekilde değişmesi beklenmez.

Silinen kayıtları filtreleyen tüm sorgulara otomatik olarak eklenen filtre verimli olduğundan performans düşüşü beklenmez.

Ancak, sorgu performansının iyileştirilmesi de garanti değildir. Bazı sorgu türleri için performans geliştirmesi gerçekleşse de, bazıları için bu gerçekleşmeyebilir. Sorgu performansını artırmak için kayıtların çoğunun silindiği kapsamlar, yalnızca silinmemiş kayıtları içeren yeni uzantılarla değiştirilerek düzenli aralıklarla sıkıştırılır.

COGS üzerindeki etki (satılan malların maliyeti)

Çoğu durumda, kayıtların silinmesi COGS'nin değişmesine neden olmaz.

• Hiçbir kayıt gerçekten silinemediği için azalma olmaz. Kayıtlar yalnızca boyutu göz ardı edilebilir olan türündeki boolgizli bir sütun kullanılarak silinmiş olarak işaretlenir.
• Çoğu durumda, işlem fazladan kaynak sağlamayı gerektirmediğinden .delete artış olmaz.
• Bazı durumlarda, kayıtların çoğunluğunun silindiği kapsamlar, yalnızca silinmemiş kayıtları içeren yeni uzantılarla değiştirilerek düzenli aralıklarla sıkıştırılır. Bu, çok sayıda silinen kayıt içeren eski depolama yapıtlarının silinmesine neden olur. Yeni uzantılar daha küçüktür ve bu nedenle hem Depolama hesabında hem de sık erişimli önbellekte daha az alan tüketir. Ancak, çoğu durumda, bunun COGS üzerindeki etkisi göz ardı edilebilir.