Почему бы не использовать общие соединения ActiveRecord для Rspec + Selenium?

Это решение было написано Jose Valim — уважаемым в сообществе Rails и членом основной команды Rails. Сомневаюсь, что он порекомендовал бы его использовать, если бы с ним были проблемы. У меня лично проблем не было.

Просто имейте в виду, что если вы используете Spork, это должно быть в блоке each_run для работы.

FWIW - у меня были периодические проблемы с тестом водосвинки с вышеуказанным патчем на Postgres. Решение Майка Перхэма, которое @hsgubert ниже, похоже, решило эти проблемы. Теперь я использую это решение.

На самом деле с этим есть проблемы. Например, если вы используете гем mysql2, вы начнете видеть некоторые ошибки, такие как:

Mysql2::Error This connection is still waiting for a result

Пожалуйста, используйте это вместо этого. Это было написано Майком Перхэмом, все кредиты ему.

class ActiveRecord::Base
  mattr_accessor :shared_connection
  @@shared_connection = nil

  def self.connection
    @@shared_connection || ConnectionPool::Wrapper.new(:size => 1) { retrieve_connection }
  end
end

ActiveRecord::Base.shared_connection = ActiveRecord::Base.connection

Вам также потребуется установить gem connection_pool. Это избавит вас от многих головных болей.

gem файл readme для DatabaseCleaner отвечает на ваш вопрос "почему бы и нет" следующим образом:

Один из распространенных подходов заключается в том, чтобы заставить все процессы использовать одно и то же соединение с базой данных (общий взлом ActiveRecord), однако сообщалось, что этот подход приводит к недетерминированным сбоям.

Я столкнулся с проблемой при использовании кода, который вы упомянули в моем файле spec_helper.rb.

Что происходит, когда ваши тесты зависят от использования соединений с несколькими базами данных? У меня есть две базы данных, к которым мне нужно подключиться, когда я запускаю свои тесты. Я провел простой тест, чтобы проверить, что происходит с соединениями с базой данных, которые я устанавливаю.

class ActiveRecord::Base
   mattr_accessor :shared_connection
   @@shared_connection = nil

   def self.connection
     @@shared_connection || retrieve_connection
  end
end

# Forces all threads to share the same connection. This works on
# Capybara because it starts the web server in a thread.
puts "First Record cxn: #{FirstDatabase::Record.connection}"
# => First Record cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xe59b524>
puts "AR Base cxn: #{ActiveRecord::Base.connection}"
# => AR Base cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xc52761c>
ActiveRecord::Base.shared_connection = ActiveRecord::Base.connection

puts "First Record cxn: #{FirstDatabase::Record.connection}"
# => First Record cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xc52761c>
puts "AR Base cxn: #{ActiveRecord::Base.connection}"
# => AR Base cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xc52761c>

Как видите, прежде чем я вызову метод общего подключения, у меня есть два разных подключения к базе данных. После вызова общего метода подключения у меня есть только один.

Таким образом, любой тест, который требует перехода ко второму соединению с базой данных для получения информации, завершится ошибкой. :(

Я собираюсь опубликовать эту проблему и посмотреть, нашел ли кто-нибудь решение.

Я просто немного читал об этом сам. Я обнаружил фрагмент, которым вы поделились здесь, в этом сообщении блога:

http://blog.plataformatec.com.br/2011/12/three-tips-to-improve-the-performance-of-your-test-suite/

Чтобы ответить на ваш вопрос напрямую, страница очистки базы данных github предупреждает, что это может "привести к недетерминированным сбоям" . Я бы пошел дальше и использовал его, но если вы начнете сталкиваться со странными сбоями, возможно, это хорошее место для начала поиска.

В конце этого поста есть хорошая вещь. Это может объяснить, почему я получаю сообщение об ошибке MALLOC, когда пытаюсь выполнить очень простой сценарий многопоточности.

http://apidock.com/rails/ActiveRecord/Base/connection

leente - March 15, 2011 0 thanks
Don't cache it!

Don’t store a connection in a variable, because another thread might try to use it when it’s already checked back in into the connection pool. See: ActiveRecord::ConnectionAdapters::ConnectionPool

connection = ActiveRecord::Base.connection

threads = (1..100).map do
  Thread.new do
    begin
      10.times do
        connection.execute("SELECT SLEEP(1)")  # WRONG
        ActiveRecord::Base.connection.execute("SELECT SLEEP(1)")  # CORRECT
      end
      puts "success"
    rescue => e
      puts e.message
    end
  end
end

threads.each(&:join)