Geriye dönük veri yapısı - Retroactive data structure

İçinde bilgisayar Bilimi a geriye dönük veri yapısı bir veri yapısı yapı üzerinde gerçekleştirilen bir dizi işlemde verimli değişiklikleri destekler. Bu değişiklikler, geçmişte bir zamanda gerçekleştirilen bir işlemi geriye dönük ekleme, silme veya güncelleme biçimini alabilir.^[1]

Geriye dönük veri yapılarının bazı uygulamaları

Gerçek dünyada, geçmiş bir işlemi bir dizi işlemden değiştirmek isteyen birçok durum vardır. Aşağıda, olası uygulamalardan bazıları listelenmiştir:

• Hata düzeltme: Yanlış veri girişi. Veriler düzeltilmeli ve yanlış verilerin tüm ikincil etkileri ortadan kaldırılmalıdır.
• Kötü veri: Büyük sistemlerle, özellikle de büyük miktarda otomatik veri aktarımını içerenlerle uğraşırken, bu nadir değildir. Örneğin, bir hava durumu ağı için sensörlerden birinin arızalandığını ve gereksiz verileri veya yanlış verileri rapor etmeye başladığını varsayın. İdeal çözüm, sensörün hatalı çalıştığı için ürettiği tüm verileri ve kötü verilerin genel sistem üzerindeki tüm etkilerini kaldırmak olacaktır.
• Kurtarma: Bir donanım sensörünün hasarlı olduğunu ancak şimdi onarıldığını ve sensörden verilerin okunabildiğini varsayalım. Sanki sensör ilk etapta hiç zarar görmemiş gibi verileri sisteme geri ekleyebilmek istiyoruz.
• Geçmişin manipülasyonu: Geçmişi değiştirmek, hasar kontrolü durumlarında yardımcı olabilir ve geçmişe dönük veri yapıları, geçmişin kasıtlı manipülasyonu için tasarlanmıştır.

Uzamsal bir boyut olarak zaman

Zamanı ek bir mekansal boyut olarak düşünmek mümkün değildir. Bunu açıklamak için, zamanın boyutunu bir uzay ekseniyle eşleştirdiğimizi varsayalım. Uzamsal zaman boyutunu eklemek için kullanacağımız veri yapısı bir min-yığındır. Y ekseni öbek içindeki öğelerin anahtar değerlerini temsil etsin ve x ekseni uzamsal zaman boyutu olsun. Birkaç ekleme ve min-silme işleminden sonra (tümü geriye dönük olmayan şekilde yapılır), min-heap'imiz şekil 1'deki gibi görünecektir. Şimdi, işlem listesinin başına geriye dönük olarak sıfır eklediğimizi varsayalım. Min-heap'imiz şekil 2'deki gibi görünecektir. Tek işlemin tüm veri yapısını etkileyen basamaklı bir efekt oluşturduğuna dikkat edin. Böylece, zamanın uzamsal bir boyut olarak çizilebileceğini, zamanla ilgili işlemlerin, zamana göre değişiklikler yapıldığında bir dalgalanmaya sahip olan bağımlılık ürettiğini görebiliriz.

Şekil 1. Zaman çizelgeli Min-Yığın.

Şekil 2. Geriye dönük işlemden sonra Min-Heap ve zaman çizelgesi.

Kalıcılıkla Karşılaştırma

İlk bakışta geçmişe dönük veri yapıları kavramı şuna çok benziyor: kalıcı veri yapıları çünkü ikisi de zaman boyutunu hesaba katıyor. Kalıcı veri yapıları ile geriye dönük veri yapıları arasındaki temel fark, Nasıl zaman unsurunu idare ediyorlar. Kalıcı bir veri yapısı, bir veri yapısının birkaç versiyonunu muhafaza eder ve işlemler, veri yapısının başka bir versiyonunu üretmek için bir versiyon üzerinde gerçekleştirilebilir. Her işlem yeni bir sürüm ürettiğinden, böylece her sürüm değiştirilemeyen bir arşiv haline gelir (ondan yalnızca yeni sürümler oluşturulabilir). Her sürüm değişmediğinden, her sürüm arasındaki bağımlılık da değişmez. Geriye dönük veri yapılarında, değişikliklerin doğrudan önceki sürümlerde yapılmasına izin veriyoruz. Her sürüm artık birbirine bağlı olduğundan, tek bir değişiklik, sonraki tüm sürümlerde bir değişiklik dalgasına neden olabilir. Şekil 1 ve 2, bu dalgalanma etkisinin bir örneğini göstermektedir.

Tanım

Herhangi bir veri yapısı, geriye dönük bir ortamda yeniden formüle edilebilir. Genel olarak veri yapısı, belirli bir süre boyunca yapılan bir dizi güncelleme ve sorguyu içerir. U = [u_t1sen_t2sen_t3, ..., sen_tm] t'den güncelleme işlemleri dizisi₁ t'ye_m öyle ki t₁ 2 <... m. Buradaki varsayım, belirli bir t süresi için en fazla bir işlemin gerçekleştirilebileceğidir.

Kısmen geriye dönük

Mevcut zamanda güncelleme ve sorgulama işlemleri yapabiliyorsa veri yapısını kısmen geriye dönük olarak tanımlarız. ve geçmişte ekleme ve silme işlemlerini destekler. Bu nedenle, kısmen geriye dönük olarak aşağıdaki işlemlerle ilgileniyoruz:

• Ekle (t, u): t zamanında U listesine yeni bir u işlemi ekler.
• Sil (t): U listesinden t zamanındaki işlemi siler.

Yukarıdaki geriye dönük işlemler göz önüne alındığında, standart bir ekleme işlemi artık Ekleme (t, "ekleme (x)") biçiminde olacaktır. Veri yapısının operasyonel geçmişindeki tüm geriye dönük değişiklikler potansiyel olarak operasyon anındaki tüm operasyonları etkileyebilir. Örneğin, bizde t_i-1 i + 1, sonra Ekle (t, insert (x)) yeni bir işlem yerleştirir, opoperasyonlar arasında op_i-1 ve op_{i + 1}. Veri yapısının mevcut durumu (yani, şu andaki veri yapısı) o zaman işlemler gibi bir durumda olacaktır. op_i-1, op ve op_{i + 1} sanki operasyon op hep oradaydı. Görsel bir örnek için şekil 1 ve 2'ye bakın.

Tamamen geriye dönük

Kısmen geriye dönük işlemlere ek olarak geçmişle ilgili sorguların yapılmasına da izin verirsek, veri yapısını tamamen geriye dönük olarak tanımlarız. Kısmen geriye dönük modelde standart işlem eki (x) 'nin Insert (t, "insert (x)") haline gelmesine benzer şekilde, tamamen geriye dönük modeldeki işlem sorgusu (x) artık Query (t, "query ( x) ").

Geriye dönük çalışma süreleri

Geriye dönük veri yapılarının çalışma süresi, işlem sayısına bağlıdır, m, yapı üzerinde gerçekleştirilen işlem sayısı r geriye dönük işlem gerçekleştirilmeden önce gerçekleştirilen ve maksimum eleman sayısı n herhangi bir zamanda yapıda.

Otomatik retro aktivite

Veri yapıları ile ilgili olarak otomatik geriye dönük faaliyet ile ilgili temel soru, herhangi bir veri yapısını verimli bir geçmişe dönük muadile dönüştürebilecek genel bir tekniğin olup olmadığıdır. Basit bir yaklaşım, uygulanacak geriye dönük işlemden önce yapıda yapılan tüm değişikliklerin geri alınmasını sağlamaktır. Veri yapısını uygun duruma geri döndürdüğümüzde, istediğimiz değişikliği yapmak için geriye dönük işlemi uygulayabiliriz. Değişiklik yapıldıktan sonra, veri yapısını yeni durumuna getirmek için daha önce geri aldığımız tüm değişiklikleri yeniden uygulamalıyız. Bu, herhangi bir veri yapısı için işe yarayabilirken, özellikle geri almamız gereken değişikliklerin sayısı çok olduğunda genellikle verimsiz ve israf olur. Oluşturmak için verimli geriye dönük veri yapısı hızlanmaların nerede gerçekleştirilebileceğini belirlemek için yapının kendi özelliklerine bir göz atmalıyız. Bu nedenle, herhangi bir veri yapısını verimli bir geçmişe dönük muadile dönüştürmenin genel bir yolu yoktur. Erik D. Demaine, John Iacono ve Stefan Langerman bunu kanıtla.^[1]

Ayrıca bakınız

• Kalıcı veri yapısı

Referanslar