我正在测试脚本(直接导入模型并与模型交互)中的测试之间运行 rails db:reset db:migrate
,但更改不会在第一个测试和第二次测试。更具体地说,第一次测试引起的变化没有按应有的方式逆转。
当我从外部(从 shell)连接到数据库时,我观察到该命令已生效。
我已经看过this question但该解决方案没有效果(从字面上看,没有错误,但也没有明显的效果)。
如何强制我的测试脚本清除 SQLite 状态的内存缓存?
重现问题的完整步骤。
创建一个新的 Rails 应用程序。
rails new MWE
将以下内容放入
db/schema.rb
ActiveRecord::Schema.define(version: 20140408213603) do create_table "users", force: true do |t| t.string "username" end end
将以下内容放入
db/seed.rb
中。User.create(username: 'user1') User.create(username: 'user2') User.create(username: 'user3')
将以下内容放入
Gemfile
中。source 'https://rubygems.org' gem 'rails', '4.0.0' gem 'sqlite3' gem 'protected_attributes'
将以下内容放入名为
app/models/user.rb
的文件中。class User < ActiveRecord::Base attr_accessible :username end
运行以下命令。
bundle install rake db:reset
将以下内容放入名为
MWE.rb
的文件中load 'config/application.rb' load 'config/environment.rb' load 'app/models/user.rb' # Mimic the unsafe call in the source code system("bundle exec rake db:reset") puts User.count User.destroy_all("username = 'user3'") puts User.count system("bundle exec rake db:reset") puts User.count User.destroy_all("username = 'user3'") puts User.count
运行文件并观察实际输出。
$ ruby MWE.rb -- create_table("users", {:force=>true}) -> 0.0362s -- initialize_schema_migrations_table() -> 0.0248s 3 2 -- create_table("users", {:force=>true}) -> 0.0809s -- initialize_schema_migrations_table() -> 0.0490s 2 2
期望的输出
-- create_table("users", {:force=>true})
-> 0.0362s
-- initialize_schema_migrations_table()
-> 0.0248s
3
2
-- create_table("users", {:force=>true})
-> 0.0809s
-- initialize_schema_migrations_table()
-> 0.0490s
3
2
如何强制数据库重置反射(reflect)在模型中?
最佳答案
您所需要做的就是重新建立数据库连接。尝试:
system("bundle exec rake db:reset")
puts User.count
User.destroy_all("username = 'user3'")
puts User.count
system("bundle exec rake db:reset")
ActiveRecord::Base.clear_all_connections!
puts User.count
User.destroy_all("username = 'user3'")
puts User.count
主要问题是:为什么需要这样做?我非常确定有更好的方法来实现您想要的。
关于ruby-on-rails - 如何强制清除 Rails SQL 缓存?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30319575/