Raylar 3 yok sayılır Postgres benzersiz kısıtlama istisnası

Question

Bir istisnayı kurtarmanın ve işlemeye devam etmenin doğru yolu nedir? Klasörler ve Öğeler içeren bir uygulamamız var. Bu tablonun yinelenen öğe/klasör kombinasyonları olmadığından emin olmak için benzersiz bir kısıtlaması vardır. Kullanıcı birkaç kez aynı klasöre bir öğe eklemeyi denerse, açıkça ek satırların eklenmesini istemiyorum; ama ben de işlemeyi durdurmak istemiyorum.

Postgres otomatik olarak benzersiz kısıtlamayı ihlal edilen bir durum atar, bu yüzden aşağıdaki gibi denetleyicisi bunu görmezden çalıştı: Bu tek eklemeler üzerinde çalışıyor

rescue PG::Error, :with => :do_nothing 

def do_nothing 

end 

. Denetleyici, render'i 200 durum koduyla yürütür. Ancak, bir döngüde yığın ekler yapan başka bir yönteme sahibim. Bu yöntemde, denetleyici, ilk yinelenen satırla karşılaştığında döngüden çıkar, istediğim bu değil. İlk başta, döngünün geri alınacak bir işlemin sarılmış olması gerektiğini düşündüm, ancak bu değil - yinelenen tüm satırlar eklensin. Kısıtlama istisnasını görmezden gelmek ve bir sonraki maddeye geçmek istiyorum. PG :: Error istisnasının bunu kesintiye uğratmasını nasıl engellerim?

Answer 1

Genel olarak, istisna durumunuz, istisna ile mantıklı bir şey yapabileceğiniz hatanın en yakın noktasında olmalıdır. senin durumda, örneğin, döngü içinde senin rescue isterdim: ilgi

stuff.each do |h| 
    begin 
    Model.create(h) 
    rescue ActiveRecord::RecordNotUnique => e 
    next if(e.message =~ /unique.*constraint.*INDEX_NAME_GOES_HERE/) 
    raise 
    end 
end 

Birkaç puan:

1. veritabanı içinde bir kısıtlama ihlali size bir ActiveRecord::RecordNotUnique hata vermek yerine olacaktır Altta yatan PG::Error. AFAIK, ActiveRecord'a geçmek yerine doğrudan veritabanına konuşuyor olsaydınız bir PG::Error alırsınız.
2. Benzersiz dizinin gerçek adıyla INDEX_NAME_GOES_HERE'u değiştirin.
3. Yalnızca beklediğiniz belirli kısıtlama ihlali, yani next if(...) bit ve ardından bağımsız olarak raise (yani, görmeyi beklediğiniz şey değilse istisnayı yeniden yükseltin) ihmal etmek istiyorsunuz.

Answer 2

Modelinize bir Rails doğrulayıcı yerleştirirseniz, özel durum atmadan akışınızı kontrol edebilirsiniz. Bir hata varsa

class FolderItems 
    belongs_to :item 
    belongs_to :folder 
    validates_uniqueness_of :item, scope: [:folder], on: :create 
end 

Sonra, dernek oluşturulmuşsa Bu doğru dönecektir yanlış

FolderItem.create(folder: folder, item: item) 

kullanabilirsiniz. Bir istisna atmayacak. İlişki oluşturulmamışsa, FolderItem.create! kullanmak bir istisna atar.

PG hatalarını görmenizin nedeni, Rails'in modelin kaydetme için geçerli olduğunu düşündüğünden, Rails'in model sınıfının benzersiz bir kısıtlaması olmadığı için. Tabii ki, DB'de Rails'i şaşırtan ve son dakikada havaya uçmasına neden olan benzersiz bir kısıtlama var. Performans önemliyse, belki bu öneriyi göz ardı edin. Rails modelinde benzersiz bir kısıtlamaya sahip olmak, INSERT'dan önce SELECT yapmasını ve böylece Rails seviyesinde benzersiz bir doğrulama yapmasını sağlayarak, döngünüzün gerçekleştirdiği sorgu sayısını potansiyel olarak iki katına çıkarır.Sadece yaptığınız gibi veritabanı seviyesindeki hataları yakalamak, performans için makul bir zerafet ticareti olabilir.

(düzenle) TL; DR: DB'de her zaman benzersiz kısıtlama var. Ayrıca, model kısıtlaması olması, DB'nin bir hata atmadan önce ActiveRecord/ActiveModel doğrulamasına izin verecektir.