Bir web uygulamasında yarış koşulları nasıl önlenir?

Alice ve Bob'un ikisinin de ürün listelerini düzenlediği bir e-ticaret sitesini düşünün. Alice açıklamaları geliştirirken, Bob fiyatları da güncelliyor. Acme Wonder Widget'ı aynı anda düzenlemeye başlarlar. Bob ilk önce biter ve ürünü yeni fiyattan kurtarır. Alice'in açıklamasını güncellemesi biraz daha uzun sürüyor ve bitirdiğinde ürünü yeni açıklamasıyla birlikte kaydediyor. Maalesef, aynı zamanda, fiyatı amaçlanmayan eski fiyatın üzerine yazıyor.

Deneyimlerime göre, bu sorunlar web uygulamalarında oldukça yaygın. Bazı yazılımlar (örneğin, wiki yazılımı) buna karşı koruma sağlar - genellikle ikinci kaydetme "düzenleme yapılırken sayfa güncellendi" ile başarısız olur. Ancak çoğu web sitesinde bu koruma yoktur.

Denetleyici yöntemlerinin kendi başlarına iplik güvenli olduğuna dikkat etmek önemlidir. Genellikle, eğer Alice ve Bob aynı anda tasarruf etmeye çalışırlarsa, yolsuzluğa yol açmayacakları anlamında onları güvenli kılan veritabanı işlemlerini kullanırlar. Yarış durumu, Alice veya Bob’un tarayıcılarında eski verilerden kaynaklanıyor.

Bu tür yarış koşullarını nasıl önleyebiliriz? Özellikle bilmek istiyorum:

• Hangi teknikler kullanılabilir? örneğin son değişimin zamanının izlenmesi. Her birinin avantajları ve dezavantajları nelerdir.
• Yardımcı bir kullanıcı deneyimi nedir?
• Bu koruma hangi çerçevelerde inşa edilmiştir?

"Yazdıklarınızı okumanız" gerekir; bu, bir değişiklik yazmadan önce, kaydı tekrar okumanız ve en son okuduğunuzdan bu yana yapılan değişiklik olup olmadığını kontrol etmeniz gerekir. Bu tarla-tarla (ince taneli) veya zaman damgasına (kaba taneli) dayalı olarak yapabilirsiniz. Bu kontrolü yaparken kayıtta özel bir kilit gerekir. Herhangi bir değişiklik yapılmazsa, değişikliklerinizi yazıp kilidi açabilirsiniz. Bu arada kayıt değiştiyse, işlemi iptal eder, kilidi açar ve kullanıcıyı uyarırsınız.

2 ana yol gördüm:

1. Kullanıcının gizli bir girişte düzenlediği sayfanın son güncellemesinin zaman damgasını ekleyin. Zaman damgası işlenirken geçerli olana göre denetlenir ve eşleşmezse, başkası tarafından güncellenir ve bir hata döndürülür.

   • pro: birden fazla kullanıcı sayfanın farklı bölümlerini düzenleyebilir. Hata sayfası, ikinci kullanıcının değişikliklerini yeni sayfada birleştirebileceği farklı bir sayfaya yol açabilir.

   • con: büyük eşzamanlı düzenlemeler sırasında bazen büyük çaba harcanıyor.

2. Bir kullanıcı sayfayı düzenlemeye başladığında, makul bir süre boyunca kilitlediğinde, başka bir kullanıcı düzenlemeye çalıştığında bir hata sayfası alır ve kilitlenme süresi doluncaya veya ilk kullanıcı tarafından işlenene kadar beklemesi gerekir.

   • pro: düzenleme çabaları boşa harcanmaz.

   • con: ahlaksız bir kullanıcı bir sayfayı süresiz olarak kilitleyebilir. Süresi dolan kilidi olan bir sayfa, aksi belirtilmediği sürece yine de işleyebilir (teknik 1'i kullanarak).

İyimser Eşzamanlılık Denetimi'ni kullanın .

Söz konusu tabloya bir versionNumber veya versionTimestamp sütunu ekleyin (tamsayı en güvenlidir).

Kullanıcı 1 kayıt okur:

{id:1, status:unimportant, version:5}

Kullanıcı 2 kayıt okur:

{id:1, status:unimportant, version:5}

Kullanıcı 1 kaydı kaydeder, bu sürümü arttırır:

save {id:1, status:important, version:5}
new value {id:1, status:important, version:6}

Kullanıcı 2, okudukları kaydı kaydetmeye çalışır:

save {id:1, status:unimportant, version:5}
ERROR

Hazırda Bekletme / JPA bunu @Versionek açıklama ile otomatik olarak yapabilir

Okuma kaydının durumunu bir yerde, genellikle oturumda tutmanız gerekir (bu, gizli bir form değişkeninden daha güvenlidir).

Bazı Nesne İlişkisel Eşleme (ORM) sistemleri, bir nesnenin hangi alanlarının veritabanından yüklendiğinden beri değiştiğini algılar ve yalnızca bu değerleri ayarlamak için SQL güncelleme deyimini oluşturur. Ruby on Rails için ActiveRecord böyle bir ORM'dir.

Net etki, kullanıcının değiştirmediği alanların veritabanına gönderilen UPDATE komutuna dahil edilmemesidir. Farklı alanları aynı anda güncelleyen insanlar, birbirlerinin değişikliklerinin üzerine yazmazlar.

Hangi programlama dilini kullandığınıza bağlı olarak, hangi ORM'lerin kullanılabilir olduğunu araştırın ve bunlardan herhangi birinin uygulamanızda "kirli" olarak işaretlenmiş veritabanındaki sütunları güncelleyip güncellemeyeceğini görün.