postgres数据库错误强制事务重新启动

Question

TL; DR：在AR :: Base保存事务中插入重复的连接表记录失败（由于唯一约束）导致保存失败并回滚。不添加重复连接表记录是好的。不保存是不好的。

---

我迁移MySQL的应用Postgres的...我曾经遵循一个模式像这样在MySQL土地加入表记录添加到DB：

class EventsSeries < ActiveRecord::Base 
    # UNIQUE KEY `index_events_series_on_event_id_and_series_id` (`event_id`,`series_id`) 
    belongs_to :event 
    belongs_to :series 
end 

class Series < ActiveRecord::Base 

    has_many :events_series 
    before_validation :add_new_event 

private 

    def add_new_event 
    # boils down to something like this 
    EventSeries.new.tap do |es| 
     es.event_id = 1 
     es.series_id = 1 
     begin 
     es.save! 
     rescue ActiveRecord::RecordNotUnique 
     # Great it exists 
     # this isn't really a problem 
     # please move on 
     end 
    end 
    end 
end 

调用像这样：

Series.first.save 
# should not blow up on duplicate join record, cause i don't care 

但是，postgres爆炸了。这里有一个很好的解释：

http://api.rubyonrails.org/classes/ActiveRecord/Transactions/ClassMethods.html

...在“异常处理和回滚”部分（见警告）

基本上#save启动一个事务，并重复记录插入的原因一个数据库异常，它使＃save的事务无效，这是sadface。

这是否有更好的模式可以在postgres-land中使用？

谢谢！

---

编辑：

我坚信这是有道理的，以保持这个逻辑里面系列节约交易...的模式如下：

s = Series.new 
s.new_event_id = 123 # this is just an attr_accessor 
s.save # callbacks on Series know how to add the new event. 

...它使我的控制器超小。

Answer 1

如果您在一个事务中并且从错误中恢复并避免使整个事务失效，则必须使用保存点。

当您使用命令SAVEPOINT一些标签，你可以在以后运行命令ROLLBACK TO SAVEPOINT一些标签回到那个状态事务而忽略了保存点拍摄后的所有操作（包括错误）。

请在Continuing a transaction after primary key violation error看到我的其他答案更多的解释。