İyimser ve kötümser kilitleme* arasındaki farklar anlıyorum. Şimdi birisi genel olarak ikisinden birini kullanacağım zaman bana şunu açıklayabilir mi?

Ve bu soru değiştirmek için cevap ya da bir saklı yordam sorgu gerçekleştirmek için kullanacağım olup olmadığına bağlı olarak mı?

Ama sadece kontrol etmek için*, iyimser "anlamına gelir "okurken tablo kilidi."" ve kötümser demektir okurken tablo kilidi yok

Optimistic Locking bir strateji nerede okudun kaydı, not al bir sürüm numarası (diğer yöntemler için bu işin içine tarih, zaman damgaları veya sağlama/karma) ve kontrol bu sürümü hiç değişmemiş daha önce yazdığınız kaydı. Kaydı geri yazarken atom olduğundan emin olmak için sürüm güncelleme filtre. (yani sürüm kontrol zaman ve diske kayıt yazma) arasındaki güncellenen olmamıştır, ve bir vuruşta sürüm güncelleme.

Eğer kayıt hareketi iptal ve kullanıcı yeniden başlayabilir kirli (seninkinden farklı versiyonu yani).

Bu strateji, yüksek hacimli sistemler ve üç katmanlı mutlaka oturum için veritabanı bağlantısı korumak olmayan mimariler için en uygun. Bu durumda istemci olamaz aslında veritabanı bağlantılarını bir havuzdan alınır ve bir sonraki için bir erişim aynı bağlantıyı kullanıyor olabilir değil gibi kilit korumak.

Pessimistic Locking ile bitirene kadar özel kullanımınız için kayıt kilitlediğinizde. İyimser kilitleme çok daha iyi bir bütünlük var ama Deadlocks önlemek için uygulama tasarımı ile dikkatli olmak gerekir. Kullanın kötümser kilitleme ihtiyacınız ya da doğrudan bağlantı için veritabanı (ki normalde olması durumunda bir two tier client server uygulama) veya harici olarak kullanılabilir işlem KİMLİĞİ kullanılabilecek bağımsız olarak bağlantı.

İkinci durumda, TxİD ile hareket açmak ve bu KİMLİĞİ kullanarak yeniden bağlayın. VERİTABANI kilitleri korur ve oturum TxİD yoluyla geri almak sağlar. Bu dağıtılmış transactiona iki fazlı kullanarak iletişim kuralları (XA COM Transactions) iş tamamlama.