Question

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

我正在将一个mysql应用程序迁移到postgres ...我曾经在mysql-land中遵循这样的模式将连接表记录添加到数据库中：

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的事务无效，这是悲伤的。

是否有更好的模式可用于postgres-land？

谢谢！

编辑：

我坚信将这个逻辑保留在Series的保存事务中是有意义的......模式看起来像这样：

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 some-label 时，您可以稍后运行命令 ROLLBACK TO SAVEPOINT some-label 以返回到事务中的该状态并忽略所有采取保存点后的操作（包括错误）。

请在Continuing a transaction after primary key violation error查看我的其他答案，以获得更多解释。

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

1 个答案: