ActiveRecord :: StatementInvalid：PG InFailedSqlTransaction

我正在尝试创建一个ActiveRecord Object。但是在创建它时遇到了这个错误。

(0.1ms)  ROLLBACK
ActiveRecord::StatementInvalid: PG::InFailedSqlTransaction: ERROR:  current transaction is       aborted, commands ignored until end of transaction block

关于这个问题的任何想法。

其他答案都无法解决问题的根本原因。

问题是，当Postgres引发异常时，它会使同一连接上的将来交易中毒。

解决方法是回滚有问题的事务：

begin
  ActiveRecord...do something...
rescue Exception => e
  puts "SQL error in #{ __method__ }"
  ActiveRecord::Base.connection.execute 'ROLLBACK'

  raise e
end

参见参考。

我有这个问题。只需重新启动Rails Server，它应该可以工作

此问题是在我的测试环境中发生的，并且是由于每个测试都包装在自己的事务中这一事实引起的。

我使用的是database_cleaner gem，并对其进行了配置，以便如果测试使用JavaScript，则不将测试包装在事务中。因此，为了解决该问题，我将js: true每个导致此问题的规范添加到了其中。（即使以为规范并未真正使用javascript，这也是确保测试不会被封装在事务中的最便捷方法。不过，我敢肯定，这样做的方式不多。

作为参考，这是来自的database_cleaner配置spec/support/database_cleaner.rb：

RSpec.configure do |config|

  config.before(:suite) do
    DatabaseCleaner.clean_with :deletion
  end

  config.before(:each) do
    DatabaseCleaner.strategy = :transaction
  end

  config.before(:each, :js => true) do
    DatabaseCleaner.strategy = :deletion
  end

  config.before(:each) do
    DatabaseCleaner.start
  end

  config.after(:each) do
    DatabaseCleaner.clean
  end

end

如果您不使用database_cleaner，则可能将测试包装在事务中的原因可能是该use_transactional_fixtures选项设置为truein spec/spec_helper.rb。尝试将其设置为false。

您可以看到postgresql日志中真正发生的事情，我花了很多时间来研究这个问题，最后发现我们滥用了upsert gem导致PG错误，只有在postgresql日志中才有正在发生的事情的真实信息。

https://github.com/seamusabshere/upsert/issues/39

在我的规范中引用不再存在的列时，我遇到了此错误。确保您的数据库是最新的，并且您的代码不会期望不存在的列。

问题：

1. 程序执行了不正确的SQL语句。错误的SQL语句是问题的根本原因。
2. 错误的SQL语句后，程序不会立即ROLLBACK或RELEASE SAVEPOINT。
3. 程序在错误的SQL语句之后执行SQL语句。
4. PostgreSQL引发错误：当前事务中止，命令被忽略，直到事务块结束

解：

查找不正确的SQL语句并更正它。如果您不想更正SQL语句，请在错误的SQL语句之后使用ROLLBACK或RELEASE SAVEPOINT。

就我而言，我收到此错误的原因仅仅是因为我没有耙我的测试数据库。

就我而言，Postgres配置位于 /usr/local/var/postgres/postgresql.conf的datetype为以下格式的国际格式dmy

将datetype更改为美国格式可以mdy为我解决此问题。

在将Rails从4.2.2升级到4.2.5后出现了类似的问题，我不得不升级pggem并开始发生问题

9) WorkPolicy#is_publicly_viewable? is publicly visible hides work if deleted
     Failure/Error: before { DatabaseCleaner.clean_with :deletion }
     ActiveRecord::StatementInvalid:
       PG::InFailedSqlTransaction: ERROR:  current transaction is aborted, commands ignored until end of transaction block
       :             SELECT tablename
                   FROM pg_tables
                   WHERE schemaname = ANY (current_schemas(false))

泰迪·温德姆答案 从这个意义上来说，是正确的，仅是为了总结一下问题：

有时当您使用 DatabaseCleaner.clean_with :deletion时可能会干扰PostgreSQL事务。

所以对我来说解决方案是更换 DatabaseCleaner.clean_with :deletion部分测试导致的DatabaseCleaner.clean_with :truncation

对于谷歌搜索人员来说，又是一件事。如果您注意到此堆栈跟踪：

An error occurred in an `after(:context)` hook.
ActiveRecord::StatementInvalid: PG::UndefinedColumn: ERROR:  column "table_rows" does not exist
LINE 1: ...ion_schema.tables WHERE table_schema = 'test' AND table_rows...
^

...可能是这个问题引起的

我有那个问题。我发现这是我的查询。这意味着当我使用关联查询而不指定表列时。例如：

class Holiday < ApplicationRecord
     belongs_to :company
end

class Company < ApplicationRecord
    has_many :timeoffs
end

在假日模型中，我查询

company.timeoffs.where("(start_date <= ? and end_date >= ?) and id != ?", begin_date, begin_date, 1)

发生错误是因为我没有指定将哪个表id 更改为

company.timeoffs.where("(start_date <= ? and end_date >= ?) and time_offs.id != ?", begin_date, begin_date, 1)