2017-07-09 13:41:28 -04:00
|
|
|
# frozen_string_literal: true
|
|
|
|
|
2016-08-06 12:24:04 -04:00
|
|
|
require "erb"
|
|
|
|
require "yaml"
|
|
|
|
require "zlib"
|
|
|
|
require "set"
|
|
|
|
require "active_support/dependencies"
|
|
|
|
require "active_support/core_ext/digest/uuid"
|
2017-10-21 09:17:03 -04:00
|
|
|
require "active_record/fixture_set/file"
|
2018-10-03 13:50:19 -04:00
|
|
|
require "active_record/fixture_set/render_context"
|
2018-10-05 14:33:10 -04:00
|
|
|
require "active_record/fixture_set/table_rows"
|
2018-10-03 13:50:19 -04:00
|
|
|
require "active_record/test_fixtures"
|
2005-10-13 15:06:15 -04:00
|
|
|
|
2012-03-22 19:25:48 -04:00
|
|
|
module ActiveRecord
|
2007-12-08 23:37:46 -05:00
|
|
|
class FixtureClassNotFound < ActiveRecord::ActiveRecordError #:nodoc:
|
|
|
|
end
|
2006-03-06 18:03:35 -05:00
|
|
|
|
2011-09-03 18:20:18 -04:00
|
|
|
# \Fixtures are a way of organizing data that you want to test against; in short, sample data.
|
|
|
|
#
|
|
|
|
# They are stored in YAML files, one file per model, which are placed in the directory
|
2016-08-14 20:11:54 -04:00
|
|
|
# appointed by <tt>ActiveSupport::TestCase.fixture_path=(path)</tt> (this is automatically
|
2011-09-03 18:20:18 -04:00
|
|
|
# configured for Rails, so you can just put your files in <tt><your-rails-app>/test/fixtures/</tt>).
|
2014-06-13 14:06:05 -04:00
|
|
|
# The fixture file ends with the +.yml+ file extension, for example:
|
|
|
|
# <tt><your-rails-app>/test/fixtures/web_sites.yml</tt>).
|
|
|
|
#
|
|
|
|
# The format of a fixture file looks like this:
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# rubyonrails:
|
|
|
|
# id: 1
|
|
|
|
# name: Ruby on Rails
|
|
|
|
# url: http://www.rubyonrails.org
|
|
|
|
#
|
|
|
|
# google:
|
|
|
|
# id: 2
|
|
|
|
# name: Google
|
|
|
|
# url: http://www.google.com
|
|
|
|
#
|
|
|
|
# This fixture file includes two fixtures. Each YAML fixture (ie. record) is given a name and
|
|
|
|
# is followed by an indented list of key/value pairs in the "key: value" format. Records are
|
|
|
|
# separated by a blank line for your viewing pleasure.
|
|
|
|
#
|
2014-06-02 11:16:23 -04:00
|
|
|
# Note: Fixtures are unordered. If you want ordered fixtures, use the omap YAML type.
|
2019-08-26 09:34:33 -04:00
|
|
|
# See https://yaml.org/type/omap.html
|
2011-09-03 18:20:18 -04:00
|
|
|
# for the specification. You will need ordered fixtures when you have foreign key constraints
|
|
|
|
# on keys in the same table. This is commonly needed for tree structures. Example:
|
|
|
|
#
|
|
|
|
# --- !omap
|
|
|
|
# - parent:
|
|
|
|
# id: 1
|
|
|
|
# parent_id: NULL
|
|
|
|
# title: Parent
|
|
|
|
# - child:
|
|
|
|
# id: 2
|
|
|
|
# parent_id: 1
|
|
|
|
# title: Child
|
|
|
|
#
|
|
|
|
# = Using Fixtures in Test Cases
|
|
|
|
#
|
|
|
|
# Since fixtures are a testing construct, we use them in our unit and functional tests. There
|
|
|
|
# are two ways to use the fixtures, but first let's take a look at a sample unit test:
|
|
|
|
#
|
2020-03-29 19:30:52 -04:00
|
|
|
# require "test_helper"
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
2016-08-14 20:11:54 -04:00
|
|
|
# class WebSiteTest < ActiveSupport::TestCase
|
2011-09-03 18:20:18 -04:00
|
|
|
# test "web_site_count" do
|
|
|
|
# assert_equal 2, WebSite.count
|
|
|
|
# end
|
|
|
|
# end
|
|
|
|
#
|
2014-06-13 14:06:05 -04:00
|
|
|
# By default, +test_helper.rb+ will load all of your fixtures into your test
|
|
|
|
# database, so this test will succeed.
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
2016-06-11 18:22:36 -04:00
|
|
|
# The testing environment will automatically load all the fixtures into the database before each
|
2011-09-03 18:20:18 -04:00
|
|
|
# test. To ensure consistent data, the environment deletes the fixtures before running the load.
|
|
|
|
#
|
|
|
|
# In addition to being available in the database, the fixture's data may also be accessed by
|
2017-04-06 21:43:58 -04:00
|
|
|
# using a special dynamic method, which has the same name as the model.
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
2017-04-06 21:43:58 -04:00
|
|
|
# Passing in a fixture name to this dynamic method returns the fixture matching this name:
|
|
|
|
#
|
|
|
|
# test "find one" do
|
2011-09-03 18:20:18 -04:00
|
|
|
# assert_equal "Ruby on Rails", web_sites(:rubyonrails).name
|
|
|
|
# end
|
|
|
|
#
|
2017-04-06 21:43:58 -04:00
|
|
|
# Passing in multiple fixture names returns all fixtures matching these names:
|
|
|
|
#
|
|
|
|
# test "find all by name" do
|
|
|
|
# assert_equal 2, web_sites(:rubyonrails, :google).length
|
|
|
|
# end
|
|
|
|
#
|
|
|
|
# Passing in no arguments returns all fixtures:
|
|
|
|
#
|
|
|
|
# test "find all" do
|
|
|
|
# assert_equal 2, web_sites.length
|
|
|
|
# end
|
|
|
|
#
|
|
|
|
# Passing in any fixture name that does not exist will raise <tt>StandardError</tt>:
|
|
|
|
#
|
|
|
|
# test "find by name that does not exist" do
|
|
|
|
# assert_raise(StandardError) { web_sites(:reddit) }
|
|
|
|
# end
|
|
|
|
#
|
2011-09-03 18:20:18 -04:00
|
|
|
# Alternatively, you may enable auto-instantiation of the fixture data. For instance, take the
|
|
|
|
# following tests:
|
|
|
|
#
|
|
|
|
# test "find_alt_method_1" do
|
|
|
|
# assert_equal "Ruby on Rails", @web_sites['rubyonrails']['name']
|
|
|
|
# end
|
|
|
|
#
|
|
|
|
# test "find_alt_method_2" do
|
2012-05-15 03:40:03 -04:00
|
|
|
# assert_equal "Ruby on Rails", @rubyonrails.name
|
2011-09-03 18:20:18 -04:00
|
|
|
# end
|
|
|
|
#
|
2016-11-11 15:34:23 -05:00
|
|
|
# In order to use these methods to access fixtured data within your test cases, you must specify one of the
|
2016-08-14 20:11:54 -04:00
|
|
|
# following in your ActiveSupport::TestCase-derived class:
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# - to fully enable instantiated fixtures (enable alternate methods #1 and #2 above)
|
|
|
|
# self.use_instantiated_fixtures = true
|
|
|
|
#
|
|
|
|
# - create only the hash for the fixtures, do not 'find' each instance (enable alternate method #1 only)
|
|
|
|
# self.use_instantiated_fixtures = :no_instances
|
|
|
|
#
|
|
|
|
# Using either of these alternate methods incurs a performance hit, as the fixtured data must be fully
|
|
|
|
# traversed in the database to create the fixture hash and/or instance variables. This is expensive for
|
|
|
|
# large sets of fixtured data.
|
|
|
|
#
|
|
|
|
# = Dynamic fixtures with ERB
|
|
|
|
#
|
2016-11-11 15:34:23 -05:00
|
|
|
# Sometimes you don't care about the content of the fixtures as much as you care about the volume.
|
2011-09-03 18:20:18 -04:00
|
|
|
# In these cases, you can mix ERB in with your YAML fixtures to create a bunch of fixtures for load
|
|
|
|
# testing, like:
|
|
|
|
#
|
|
|
|
# <% 1.upto(1000) do |i| %>
|
|
|
|
# fix_<%= i %>:
|
|
|
|
# id: <%= i %>
|
2015-06-14 02:09:25 -04:00
|
|
|
# name: guy_<%= i %>
|
2011-09-03 18:20:18 -04:00
|
|
|
# <% end %>
|
|
|
|
#
|
|
|
|
# This will create 1000 very simple fixtures.
|
|
|
|
#
|
|
|
|
# Using ERB, you can also inject dynamic values into your fixtures with inserts like
|
|
|
|
# <tt><%= Date.today.strftime("%Y-%m-%d") %></tt>.
|
|
|
|
# This is however a feature to be used with some caution. The point of fixtures are that they're
|
|
|
|
# stable units of predictable sample data. If you feel that you need to inject dynamic values, then
|
|
|
|
# perhaps you should reexamine whether your application is properly testable. Hence, dynamic values
|
|
|
|
# in fixtures are to be considered a code smell.
|
|
|
|
#
|
2013-11-24 12:52:53 -05:00
|
|
|
# Helper methods defined in a fixture will not be available in other fixtures, to prevent against
|
|
|
|
# unwanted inter-test dependencies. Methods used by multiple fixtures should be defined in a module
|
2015-07-08 06:16:16 -04:00
|
|
|
# that is included in ActiveRecord::FixtureSet.context_class.
|
2013-11-24 12:52:53 -05:00
|
|
|
#
|
2017-08-26 04:22:30 -04:00
|
|
|
# - define a helper method in <tt>test_helper.rb</tt>
|
2014-08-29 02:41:30 -04:00
|
|
|
# module FixtureFileHelpers
|
2013-11-24 12:52:53 -05:00
|
|
|
# def file_sha(path)
|
|
|
|
# Digest::SHA2.hexdigest(File.read(Rails.root.join('test/fixtures', path)))
|
|
|
|
# end
|
|
|
|
# end
|
2015-01-31 22:18:54 -05:00
|
|
|
# ActiveRecord::FixtureSet.context_class.include FixtureFileHelpers
|
2013-11-24 12:52:53 -05:00
|
|
|
#
|
|
|
|
# - use the helper method in a fixture
|
|
|
|
# photo:
|
|
|
|
# name: kitten.png
|
|
|
|
# sha: <%= file_sha 'files/kitten.png' %>
|
|
|
|
#
|
2015-03-10 22:21:19 -04:00
|
|
|
# = Transactional Tests
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# Test cases can use begin+rollback to isolate their changes to the database instead of having to
|
|
|
|
# delete+insert for every test case.
|
|
|
|
#
|
2016-08-14 20:11:54 -04:00
|
|
|
# class FooTest < ActiveSupport::TestCase
|
2015-03-10 22:21:19 -04:00
|
|
|
# self.use_transactional_tests = true
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# test "godzilla" do
|
2018-01-25 18:14:09 -05:00
|
|
|
# assert_not_empty Foo.all
|
2011-09-03 18:20:18 -04:00
|
|
|
# Foo.destroy_all
|
2018-01-25 18:14:09 -05:00
|
|
|
# assert_empty Foo.all
|
2011-09-03 18:20:18 -04:00
|
|
|
# end
|
|
|
|
#
|
|
|
|
# test "godzilla aftermath" do
|
2018-01-25 18:14:09 -05:00
|
|
|
# assert_not_empty Foo.all
|
2011-09-03 18:20:18 -04:00
|
|
|
# end
|
|
|
|
# end
|
|
|
|
#
|
2019-01-22 03:53:47 -05:00
|
|
|
# If you preload your test database with all fixture data (probably by running `bin/rails db:fixtures:load`)
|
2018-08-01 14:46:53 -04:00
|
|
|
# and use transactional tests, then you may omit all fixtures declarations in your test cases since
|
2011-09-03 18:20:18 -04:00
|
|
|
# all the data's already there and every case rolls back its changes.
|
|
|
|
#
|
|
|
|
# In order to use instantiated fixtures with preloaded data, set +self.pre_loaded_fixtures+ to
|
|
|
|
# true. This will provide access to fixture data for every table that has been loaded through
|
|
|
|
# fixtures (depending on the value of +use_instantiated_fixtures+).
|
|
|
|
#
|
2015-03-10 22:21:19 -04:00
|
|
|
# When *not* to use transactional tests:
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# 1. You're testing whether a transaction works correctly. Nested transactions don't commit until
|
|
|
|
# all parent transactions commit, particularly, the fixtures transaction which is begun in setup
|
|
|
|
# and rolled back in teardown. Thus, you won't be able to verify
|
|
|
|
# the results of your transaction until Active Record supports nested transactions or savepoints (in progress).
|
|
|
|
# 2. Your database does not support transactions. Every Active Record database supports transactions except MySQL MyISAM.
|
|
|
|
# Use InnoDB, MaxDB, or NDB instead.
|
|
|
|
#
|
|
|
|
# = Advanced Fixtures
|
|
|
|
#
|
|
|
|
# Fixtures that don't specify an ID get some extra features:
|
|
|
|
#
|
|
|
|
# * Stable, autogenerated IDs
|
|
|
|
# * Label references for associations (belongs_to, has_one, has_many)
|
|
|
|
# * HABTM associations as inline lists
|
2014-09-19 04:49:42 -04:00
|
|
|
#
|
|
|
|
# There are some more advanced features available even if the id is specified:
|
|
|
|
#
|
2011-09-03 18:20:18 -04:00
|
|
|
# * Autofilled timestamp columns
|
|
|
|
# * Fixture label interpolation
|
|
|
|
# * Support for YAML defaults
|
|
|
|
#
|
|
|
|
# == Stable, Autogenerated IDs
|
|
|
|
#
|
|
|
|
# Here, have a monkey fixture:
|
|
|
|
#
|
|
|
|
# george:
|
|
|
|
# id: 1
|
|
|
|
# name: George the Monkey
|
|
|
|
#
|
|
|
|
# reginald:
|
|
|
|
# id: 2
|
|
|
|
# name: Reginald the Pirate
|
|
|
|
#
|
|
|
|
# Each of these fixtures has two unique identifiers: one for the database
|
|
|
|
# and one for the humans. Why don't we generate the primary key instead?
|
|
|
|
# Hashing each fixture's label yields a consistent ID:
|
|
|
|
#
|
|
|
|
# george: # generated id: 503576764
|
|
|
|
# name: George the Monkey
|
|
|
|
#
|
|
|
|
# reginald: # generated id: 324201669
|
|
|
|
# name: Reginald the Pirate
|
|
|
|
#
|
|
|
|
# Active Record looks at the fixture's model class, discovers the correct
|
|
|
|
# primary key, and generates it right before inserting the fixture
|
|
|
|
# into the database.
|
|
|
|
#
|
|
|
|
# The generated ID for a given label is constant, so we can discover
|
|
|
|
# any fixture's ID without loading anything, as long as we know the label.
|
|
|
|
#
|
|
|
|
# == Label references for associations (belongs_to, has_one, has_many)
|
|
|
|
#
|
|
|
|
# Specifying foreign keys in fixtures can be very fragile, not to
|
|
|
|
# mention difficult to read. Since Active Record can figure out the ID of
|
|
|
|
# any fixture from its label, you can specify FK's by label instead of ID.
|
|
|
|
#
|
|
|
|
# === belongs_to
|
|
|
|
#
|
|
|
|
# Let's break out some more monkeys and pirates.
|
|
|
|
#
|
|
|
|
# ### in pirates.yml
|
|
|
|
#
|
|
|
|
# reginald:
|
|
|
|
# id: 1
|
|
|
|
# name: Reginald the Pirate
|
|
|
|
# monkey_id: 1
|
|
|
|
#
|
|
|
|
# ### in monkeys.yml
|
|
|
|
#
|
|
|
|
# george:
|
|
|
|
# id: 1
|
|
|
|
# name: George the Monkey
|
|
|
|
# pirate_id: 1
|
|
|
|
#
|
|
|
|
# Add a few more monkeys and pirates and break this into multiple files,
|
|
|
|
# and it gets pretty hard to keep track of what's going on. Let's
|
|
|
|
# use labels instead of IDs:
|
|
|
|
#
|
|
|
|
# ### in pirates.yml
|
|
|
|
#
|
|
|
|
# reginald:
|
|
|
|
# name: Reginald the Pirate
|
|
|
|
# monkey: george
|
|
|
|
#
|
|
|
|
# ### in monkeys.yml
|
|
|
|
#
|
|
|
|
# george:
|
|
|
|
# name: George the Monkey
|
|
|
|
# pirate: reginald
|
|
|
|
#
|
|
|
|
# Pow! All is made clear. Active Record reflects on the fixture's model class,
|
|
|
|
# finds all the +belongs_to+ associations, and allows you to specify
|
|
|
|
# a target *label* for the *association* (monkey: george) rather than
|
|
|
|
# a target *id* for the *FK* (<tt>monkey_id: 1</tt>).
|
|
|
|
#
|
|
|
|
# ==== Polymorphic belongs_to
|
|
|
|
#
|
|
|
|
# Supporting polymorphic relationships is a little bit more complicated, since
|
|
|
|
# Active Record needs to know what type your association is pointing at. Something
|
|
|
|
# like this should look familiar:
|
|
|
|
#
|
|
|
|
# ### in fruit.rb
|
|
|
|
#
|
2012-11-10 10:16:21 -05:00
|
|
|
# belongs_to :eater, polymorphic: true
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# ### in fruits.yml
|
|
|
|
#
|
|
|
|
# apple:
|
|
|
|
# id: 1
|
|
|
|
# name: apple
|
|
|
|
# eater_id: 1
|
|
|
|
# eater_type: Monkey
|
|
|
|
#
|
|
|
|
# Can we do better? You bet!
|
|
|
|
#
|
|
|
|
# apple:
|
|
|
|
# eater: george (Monkey)
|
|
|
|
#
|
|
|
|
# Just provide the polymorphic target type and Active Record will take care of the rest.
|
|
|
|
#
|
|
|
|
# === has_and_belongs_to_many
|
|
|
|
#
|
|
|
|
# Time to give our monkey some fruit.
|
|
|
|
#
|
|
|
|
# ### in monkeys.yml
|
|
|
|
#
|
|
|
|
# george:
|
|
|
|
# id: 1
|
|
|
|
# name: George the Monkey
|
|
|
|
#
|
|
|
|
# ### in fruits.yml
|
|
|
|
#
|
|
|
|
# apple:
|
|
|
|
# id: 1
|
|
|
|
# name: apple
|
|
|
|
#
|
|
|
|
# orange:
|
|
|
|
# id: 2
|
|
|
|
# name: orange
|
|
|
|
#
|
|
|
|
# grape:
|
|
|
|
# id: 3
|
|
|
|
# name: grape
|
|
|
|
#
|
|
|
|
# ### in fruits_monkeys.yml
|
|
|
|
#
|
|
|
|
# apple_george:
|
|
|
|
# fruit_id: 1
|
|
|
|
# monkey_id: 1
|
|
|
|
#
|
|
|
|
# orange_george:
|
|
|
|
# fruit_id: 2
|
|
|
|
# monkey_id: 1
|
|
|
|
#
|
|
|
|
# grape_george:
|
|
|
|
# fruit_id: 3
|
|
|
|
# monkey_id: 1
|
|
|
|
#
|
|
|
|
# Let's make the HABTM fixture go away.
|
|
|
|
#
|
|
|
|
# ### in monkeys.yml
|
|
|
|
#
|
|
|
|
# george:
|
|
|
|
# id: 1
|
|
|
|
# name: George the Monkey
|
|
|
|
# fruits: apple, orange, grape
|
|
|
|
#
|
|
|
|
# ### in fruits.yml
|
|
|
|
#
|
|
|
|
# apple:
|
|
|
|
# name: apple
|
|
|
|
#
|
|
|
|
# orange:
|
|
|
|
# name: orange
|
|
|
|
#
|
|
|
|
# grape:
|
|
|
|
# name: grape
|
|
|
|
#
|
|
|
|
# Zap! No more fruits_monkeys.yml file. We've specified the list of fruits
|
|
|
|
# on George's fixture, but we could've just as easily specified a list
|
|
|
|
# of monkeys on each fruit. As with +belongs_to+, Active Record reflects on
|
|
|
|
# the fixture's model class and discovers the +has_and_belongs_to_many+
|
|
|
|
# associations.
|
|
|
|
#
|
|
|
|
# == Autofilled Timestamp Columns
|
|
|
|
#
|
|
|
|
# If your table/model specifies any of Active Record's
|
|
|
|
# standard timestamp columns (+created_at+, +created_on+, +updated_at+, +updated_on+),
|
|
|
|
# they will automatically be set to <tt>Time.now</tt>.
|
|
|
|
#
|
|
|
|
# If you've set specific values, they'll be left alone.
|
|
|
|
#
|
|
|
|
# == Fixture label interpolation
|
|
|
|
#
|
|
|
|
# The label of the current fixture is always available as a column value:
|
|
|
|
#
|
|
|
|
# geeksomnia:
|
|
|
|
# name: Geeksomnia's Account
|
|
|
|
# subdomain: $LABEL
|
2014-03-15 21:49:04 -04:00
|
|
|
# email: $LABEL@email.com
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# Also, sometimes (like when porting older join table fixtures) you'll need
|
|
|
|
# to be able to get a hold of the identifier for a given label. ERB
|
|
|
|
# to the rescue:
|
|
|
|
#
|
|
|
|
# george_reginald:
|
2012-05-12 07:17:03 -04:00
|
|
|
# monkey_id: <%= ActiveRecord::FixtureSet.identify(:reginald) %>
|
|
|
|
# pirate_id: <%= ActiveRecord::FixtureSet.identify(:george) %>
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# == Support for YAML defaults
|
|
|
|
#
|
2014-06-04 17:30:48 -04:00
|
|
|
# You can set and reuse defaults in your fixtures YAML file.
|
2014-06-13 14:06:05 -04:00
|
|
|
# This is the same technique used in the +database.yml+ file to specify
|
|
|
|
# defaults:
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# DEFAULTS: &DEFAULTS
|
|
|
|
# created_on: <%= 3.weeks.ago.to_s(:db) %>
|
|
|
|
#
|
|
|
|
# first:
|
|
|
|
# name: Smurf
|
2013-01-16 22:22:23 -05:00
|
|
|
# <<: *DEFAULTS
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# second:
|
|
|
|
# name: Fraggle
|
2013-01-16 22:22:23 -05:00
|
|
|
# <<: *DEFAULTS
|
2011-09-03 18:20:18 -04:00
|
|
|
#
|
|
|
|
# Any fixture labeled "DEFAULTS" is safely ignored.
|
2015-06-15 23:16:39 -04:00
|
|
|
#
|
2019-05-18 08:58:22 -04:00
|
|
|
# Besides using "DEFAULTS", you can also specify what fixtures will
|
|
|
|
# be ignored by setting "ignore" in "_fixture" section.
|
|
|
|
#
|
|
|
|
# # users.yml
|
|
|
|
# _fixture:
|
|
|
|
# ignore:
|
|
|
|
# - base
|
|
|
|
# # or use "ignore: base" when there is only one fixture needs to be ignored.
|
|
|
|
#
|
|
|
|
# base: &base
|
|
|
|
# admin: false
|
|
|
|
# introduction: "This is a default description"
|
|
|
|
#
|
|
|
|
# admin:
|
|
|
|
# <<: *base
|
|
|
|
# admin: true
|
|
|
|
#
|
|
|
|
# visitor:
|
|
|
|
# <<: *base
|
|
|
|
#
|
|
|
|
# In the above example, 'base' will be ignored when creating fixtures.
|
|
|
|
# This can be used for common attributes inheriting.
|
|
|
|
#
|
2015-09-30 05:06:41 -04:00
|
|
|
# == Configure the fixture model class
|
2015-06-15 23:16:39 -04:00
|
|
|
#
|
2015-09-30 05:06:41 -04:00
|
|
|
# It's possible to set the fixture's model class directly in the YAML file.
|
|
|
|
# This is helpful when fixtures are loaded outside tests and
|
|
|
|
# +set_fixture_class+ is not available (e.g.
|
2020-03-21 17:37:54 -04:00
|
|
|
# when running <tt>bin/rails db:fixtures:load</tt>).
|
2015-06-15 23:16:39 -04:00
|
|
|
#
|
|
|
|
# _fixture:
|
|
|
|
# model_class: User
|
|
|
|
# david:
|
|
|
|
# name: David
|
|
|
|
#
|
2015-09-30 05:06:41 -04:00
|
|
|
# Any fixtures labeled "_fixture" are safely ignored.
|
2012-05-12 07:17:03 -04:00
|
|
|
class FixtureSet
|
2012-01-01 12:54:52 -05:00
|
|
|
#--
|
2014-06-13 14:06:05 -04:00
|
|
|
# An instance of FixtureSet is normally stored in a single YAML file and
|
|
|
|
# possibly in a folder with the same name.
|
2012-01-01 12:54:52 -05:00
|
|
|
#++
|
2012-05-12 09:42:54 -04:00
|
|
|
|
2016-10-28 23:05:58 -04:00
|
|
|
MAX_ID = 2**30 - 1
|
2004-12-09 10:52:54 -05:00
|
|
|
|
2016-10-28 23:05:58 -04:00
|
|
|
@@all_cached_fixtures = Hash.new { |h, k| h[k] = {} }
|
2007-09-28 10:56:07 -04:00
|
|
|
|
2017-05-31 05:16:20 -04:00
|
|
|
cattr_accessor :all_loaded_fixtures, default: {}
|
2004-12-09 10:52:54 -05:00
|
|
|
|
2013-09-05 17:30:37 -04:00
|
|
|
class ClassCache
|
|
|
|
def initialize(class_names, config)
|
2013-09-05 17:55:11 -04:00
|
|
|
@class_names = class_names.stringify_keys
|
2013-09-05 17:30:37 -04:00
|
|
|
@config = config
|
2013-09-09 18:16:41 -04:00
|
|
|
|
|
|
|
# Remove string values that aren't constants or subclasses of AR
|
2018-10-05 14:20:02 -04:00
|
|
|
@class_names.delete_if do |klass_name, klass|
|
|
|
|
!insert_class(@class_names, klass_name, klass)
|
|
|
|
end
|
2013-09-05 17:30:37 -04:00
|
|
|
end
|
|
|
|
|
|
|
|
def [](fs_name)
|
2018-10-05 14:20:02 -04:00
|
|
|
@class_names.fetch(fs_name) do
|
2013-09-05 17:38:43 -04:00
|
|
|
klass = default_fixture_model(fs_name, @config).safe_constantize
|
2013-09-09 18:16:41 -04:00
|
|
|
insert_class(@class_names, fs_name, klass)
|
2018-10-05 14:20:02 -04:00
|
|
|
end
|
2013-09-05 17:30:37 -04:00
|
|
|
end
|
|
|
|
|
|
|
|
private
|
2016-08-06 13:55:02 -04:00
|
|
|
def insert_class(class_names, name, klass)
|
|
|
|
# We only want to deal with AR objects.
|
|
|
|
if klass && klass < ActiveRecord::Base
|
|
|
|
class_names[name] = klass
|
|
|
|
else
|
|
|
|
class_names[name] = nil
|
|
|
|
end
|
2013-09-09 18:16:41 -04:00
|
|
|
end
|
|
|
|
|
2016-08-06 13:55:02 -04:00
|
|
|
def default_fixture_model(fs_name, config)
|
|
|
|
ActiveRecord::FixtureSet.default_fixture_model_name(fs_name, config)
|
|
|
|
end
|
2013-09-05 17:30:37 -04:00
|
|
|
end
|
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
class << self
|
|
|
|
def default_fixture_model_name(fixture_set_name, config = ActiveRecord::Base) # :nodoc:
|
|
|
|
config.pluralize_table_names ?
|
|
|
|
fixture_set_name.singularize.camelize :
|
|
|
|
fixture_set_name.camelize
|
|
|
|
end
|
2007-02-25 12:31:43 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def default_fixture_table_name(fixture_set_name, config = ActiveRecord::Base) # :nodoc:
|
|
|
|
"#{ config.table_name_prefix }"\
|
|
|
|
"#{ fixture_set_name.tr('/', '_') }"\
|
|
|
|
"#{ config.table_name_suffix }".to_sym
|
|
|
|
end
|
2007-09-28 10:56:07 -04:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def reset_cache
|
|
|
|
@@all_cached_fixtures.clear
|
|
|
|
end
|
2007-02-25 12:31:43 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def cache_for_connection(connection)
|
|
|
|
@@all_cached_fixtures[connection]
|
|
|
|
end
|
Build a multi-statement query when inserting fixtures:
- The `insert_fixtures` method can be optimized by making a single multi statement query for all fixtures having the same connection instead of doing a single query per table
- The previous code was bulk inserting fixtures for a single table, making X query for X fixture files
- This patch builds a single **multi statement query** for every tables. Given a set of 3 fixtures (authors, dogs, computers):
```ruby
# before
%w(authors dogs computers).each do |table|
sql = build_sql(table)
connection.query(sql)
end
# after
sql = build_sql(authors, dogs, computers)
connection.query(sql)
```
- `insert_fixtures` is now deprecated, `insert_fixtures_set` is the new way to go with performance improvement
- My tests were done with an app having more than 700 fixtures, the time it takes to insert all of them was around 15s. Using a single multi statement query, it took on average of 8 seconds
- In order for a multi statement to be executed, mysql needs to be connected with the `MULTI_STATEMENTS` [flag](https://dev.mysql.com/doc/refman/5.7/en/c-api-multiple-queries.html), which is done before inserting the fixtures by reconnecting to da the database with the flag declared. Reconnecting to the database creates some caveats:
1. We loose all open transactions; Inside the original code, when inserting fixtures, a transaction is open. Multple delete statements are [executed](https://github.com/rails/rails/blob/a681eaf22955734c142609961a6d71746cfa0583/activerecord/lib/active_record/fixtures.rb#L566) and finally the fixtures are inserted. The problem with this patch is that we need to open the transaction only after we reconnect to the DB otherwise reconnecting drops the open transaction which doesn't commit all delete statements and inserting fixtures doesn't work since we duplicated them (Primary key duplicate exception)...
- In order to fix this problem, the transaction is now open directly inside the `insert_fixtures` method, right after we reconnect to the db
- As an effect, since the transaction is open inside the `insert_fixtures` method, the DELETE statements need to be executed here since the transaction is open later
2. The same problem happens for the `disable_referential_integrity` since we reconnect, the `FOREIGN_KEY_CHECKS` is reset to the original value
- Same solution as 1. , the disable_referential_integrity can be called after we reconnect to the transaction
3. When the multi statement query is executed, no other queries can be performed until we paginate over the set of results, otherwise mysql throws a "Commands out of sync" [Ref](https://dev.mysql.com/doc/refman/5.7/en/commands-out-of-sync.html)
- Iterating over the set of results until `mysql_client.next_result` is false. [Ref](https://github.com/brianmario/mysql2#multiple-result-sets)
- Removed the `active_record.sql "Fixture delete"` notification, the delete statements are now inside the INSERT's one
- On mysql the `max_allowed_packet` is looked up:
1. Before executing the multi-statements query, we check the packet length of each statements, if the packet is bigger than the max_allowed_packet config, an `ActiveRecordError` is raised
2. Otherwise we concatenate the current sql statement into the previous and so on until the packet is `< max_allowed_packet`
2017-12-12 15:38:10 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def fixture_is_cached?(connection, table_name)
|
|
|
|
cache_for_connection(connection)[table_name]
|
|
|
|
end
|
Build a multi-statement query when inserting fixtures:
- The `insert_fixtures` method can be optimized by making a single multi statement query for all fixtures having the same connection instead of doing a single query per table
- The previous code was bulk inserting fixtures for a single table, making X query for X fixture files
- This patch builds a single **multi statement query** for every tables. Given a set of 3 fixtures (authors, dogs, computers):
```ruby
# before
%w(authors dogs computers).each do |table|
sql = build_sql(table)
connection.query(sql)
end
# after
sql = build_sql(authors, dogs, computers)
connection.query(sql)
```
- `insert_fixtures` is now deprecated, `insert_fixtures_set` is the new way to go with performance improvement
- My tests were done with an app having more than 700 fixtures, the time it takes to insert all of them was around 15s. Using a single multi statement query, it took on average of 8 seconds
- In order for a multi statement to be executed, mysql needs to be connected with the `MULTI_STATEMENTS` [flag](https://dev.mysql.com/doc/refman/5.7/en/c-api-multiple-queries.html), which is done before inserting the fixtures by reconnecting to da the database with the flag declared. Reconnecting to the database creates some caveats:
1. We loose all open transactions; Inside the original code, when inserting fixtures, a transaction is open. Multple delete statements are [executed](https://github.com/rails/rails/blob/a681eaf22955734c142609961a6d71746cfa0583/activerecord/lib/active_record/fixtures.rb#L566) and finally the fixtures are inserted. The problem with this patch is that we need to open the transaction only after we reconnect to the DB otherwise reconnecting drops the open transaction which doesn't commit all delete statements and inserting fixtures doesn't work since we duplicated them (Primary key duplicate exception)...
- In order to fix this problem, the transaction is now open directly inside the `insert_fixtures` method, right after we reconnect to the db
- As an effect, since the transaction is open inside the `insert_fixtures` method, the DELETE statements need to be executed here since the transaction is open later
2. The same problem happens for the `disable_referential_integrity` since we reconnect, the `FOREIGN_KEY_CHECKS` is reset to the original value
- Same solution as 1. , the disable_referential_integrity can be called after we reconnect to the transaction
3. When the multi statement query is executed, no other queries can be performed until we paginate over the set of results, otherwise mysql throws a "Commands out of sync" [Ref](https://dev.mysql.com/doc/refman/5.7/en/commands-out-of-sync.html)
- Iterating over the set of results until `mysql_client.next_result` is false. [Ref](https://github.com/brianmario/mysql2#multiple-result-sets)
- Removed the `active_record.sql "Fixture delete"` notification, the delete statements are now inside the INSERT's one
- On mysql the `max_allowed_packet` is looked up:
1. Before executing the multi-statements query, we check the packet length of each statements, if the packet is bigger than the max_allowed_packet config, an `ActiveRecordError` is raised
2. Otherwise we concatenate the current sql statement into the previous and so on until the packet is `< max_allowed_packet`
2017-12-12 15:38:10 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def cached_fixtures(connection, keys_to_fetch = nil)
|
|
|
|
if keys_to_fetch
|
|
|
|
cache_for_connection(connection).values_at(*keys_to_fetch)
|
|
|
|
else
|
|
|
|
cache_for_connection(connection).values
|
|
|
|
end
|
|
|
|
end
|
2007-02-25 12:31:43 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def cache_fixtures(connection, fixtures_map)
|
|
|
|
cache_for_connection(connection).update(fixtures_map)
|
|
|
|
end
|
Build a multi-statement query when inserting fixtures:
- The `insert_fixtures` method can be optimized by making a single multi statement query for all fixtures having the same connection instead of doing a single query per table
- The previous code was bulk inserting fixtures for a single table, making X query for X fixture files
- This patch builds a single **multi statement query** for every tables. Given a set of 3 fixtures (authors, dogs, computers):
```ruby
# before
%w(authors dogs computers).each do |table|
sql = build_sql(table)
connection.query(sql)
end
# after
sql = build_sql(authors, dogs, computers)
connection.query(sql)
```
- `insert_fixtures` is now deprecated, `insert_fixtures_set` is the new way to go with performance improvement
- My tests were done with an app having more than 700 fixtures, the time it takes to insert all of them was around 15s. Using a single multi statement query, it took on average of 8 seconds
- In order for a multi statement to be executed, mysql needs to be connected with the `MULTI_STATEMENTS` [flag](https://dev.mysql.com/doc/refman/5.7/en/c-api-multiple-queries.html), which is done before inserting the fixtures by reconnecting to da the database with the flag declared. Reconnecting to the database creates some caveats:
1. We loose all open transactions; Inside the original code, when inserting fixtures, a transaction is open. Multple delete statements are [executed](https://github.com/rails/rails/blob/a681eaf22955734c142609961a6d71746cfa0583/activerecord/lib/active_record/fixtures.rb#L566) and finally the fixtures are inserted. The problem with this patch is that we need to open the transaction only after we reconnect to the DB otherwise reconnecting drops the open transaction which doesn't commit all delete statements and inserting fixtures doesn't work since we duplicated them (Primary key duplicate exception)...
- In order to fix this problem, the transaction is now open directly inside the `insert_fixtures` method, right after we reconnect to the db
- As an effect, since the transaction is open inside the `insert_fixtures` method, the DELETE statements need to be executed here since the transaction is open later
2. The same problem happens for the `disable_referential_integrity` since we reconnect, the `FOREIGN_KEY_CHECKS` is reset to the original value
- Same solution as 1. , the disable_referential_integrity can be called after we reconnect to the transaction
3. When the multi statement query is executed, no other queries can be performed until we paginate over the set of results, otherwise mysql throws a "Commands out of sync" [Ref](https://dev.mysql.com/doc/refman/5.7/en/commands-out-of-sync.html)
- Iterating over the set of results until `mysql_client.next_result` is false. [Ref](https://github.com/brianmario/mysql2#multiple-result-sets)
- Removed the `active_record.sql "Fixture delete"` notification, the delete statements are now inside the INSERT's one
- On mysql the `max_allowed_packet` is looked up:
1. Before executing the multi-statements query, we check the packet length of each statements, if the packet is bigger than the max_allowed_packet config, an `ActiveRecordError` is raised
2. Otherwise we concatenate the current sql statement into the previous and so on until the packet is `< max_allowed_packet`
2017-12-12 15:38:10 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def instantiate_fixtures(object, fixture_set, load_instances = true)
|
2018-10-05 14:13:31 -04:00
|
|
|
return unless load_instances
|
|
|
|
fixture_set.each do |fixture_name, fixture|
|
2018-12-20 12:44:01 -05:00
|
|
|
object.instance_variable_set "@#{fixture_name}", fixture.find
|
|
|
|
rescue FixtureClassNotFound
|
|
|
|
nil
|
2018-10-05 14:09:46 -04:00
|
|
|
end
|
|
|
|
end
|
2011-02-11 18:01:51 -05:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
def instantiate_all_loaded_fixtures(object, load_instances = true)
|
|
|
|
all_loaded_fixtures.each_value do |fixture_set|
|
|
|
|
instantiate_fixtures(object, fixture_set, load_instances)
|
2011-05-07 16:20:51 -04:00
|
|
|
end
|
2018-10-05 14:09:46 -04:00
|
|
|
end
|
|
|
|
|
2019-07-30 16:56:32 -04:00
|
|
|
def create_fixtures(fixtures_directory, fixture_set_names, class_names = {}, config = ActiveRecord::Base, &block)
|
2018-10-05 14:09:46 -04:00
|
|
|
fixture_set_names = Array(fixture_set_names).map(&:to_s)
|
|
|
|
class_names = ClassCache.new class_names, config
|
|
|
|
|
|
|
|
# FIXME: Apparently JK uses this.
|
2019-07-30 16:56:32 -04:00
|
|
|
connection = block_given? ? block : lambda { ActiveRecord::Base.connection }
|
2018-10-05 14:09:46 -04:00
|
|
|
|
2018-10-05 14:13:31 -04:00
|
|
|
fixture_files_to_read = fixture_set_names.reject do |fs_name|
|
2019-07-30 16:56:32 -04:00
|
|
|
fixture_is_cached?(connection.call, fs_name)
|
2018-10-05 14:13:31 -04:00
|
|
|
end
|
2018-10-05 14:09:46 -04:00
|
|
|
|
2018-10-05 14:13:31 -04:00
|
|
|
if fixture_files_to_read.any?
|
|
|
|
fixtures_map = read_and_insert(
|
|
|
|
fixtures_directory,
|
|
|
|
fixture_files_to_read,
|
|
|
|
class_names,
|
|
|
|
connection,
|
|
|
|
)
|
2019-07-30 16:56:32 -04:00
|
|
|
cache_fixtures(connection.call, fixtures_map)
|
2018-10-05 14:09:46 -04:00
|
|
|
end
|
2019-07-30 16:56:32 -04:00
|
|
|
cached_fixtures(connection.call, fixture_set_names)
|
2005-10-15 23:45:39 -04:00
|
|
|
end
|
2005-10-23 15:02:38 -04:00
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
# Returns a consistent, platform-independent identifier for +label+.
|
|
|
|
# Integer identifiers are values less than 2^30. UUIDs are RFC 4122 version 5 SHA-1 hashes.
|
|
|
|
def identify(label, column_type = :integer)
|
|
|
|
if column_type == :uuid
|
|
|
|
Digest::UUID.uuid_v5(Digest::UUID::OID_NAMESPACE, label.to_s)
|
|
|
|
else
|
|
|
|
Zlib.crc32(label.to_s) % MAX_ID
|
|
|
|
end
|
2013-08-25 05:22:36 -04:00
|
|
|
end
|
2011-02-11 19:35:15 -05:00
|
|
|
|
2020-10-30 15:53:35 -04:00
|
|
|
def signed_global_id(fixture_set_name, label, column_type: :integer, **options)
|
|
|
|
identifier = identify(label, column_type)
|
|
|
|
model_name = default_fixture_model_name(fixture_set_name)
|
|
|
|
uri = URI::GID.build([GlobalID.app, model_name, identifier, {}])
|
|
|
|
|
|
|
|
SignedGlobalID.new(uri, **options)
|
|
|
|
end
|
|
|
|
|
2018-10-05 14:09:46 -04:00
|
|
|
# Superclass for the evaluation contexts used by ERB fixtures.
|
|
|
|
def context_class
|
|
|
|
@context_class ||= Class.new
|
|
|
|
end
|
2013-11-24 12:52:53 -05:00
|
|
|
|
2018-10-05 14:13:31 -04:00
|
|
|
private
|
2018-12-10 16:22:56 -05:00
|
|
|
def read_and_insert(fixtures_directory, fixture_files, class_names, connection) # :nodoc:
|
|
|
|
fixtures_map = {}
|
|
|
|
fixture_sets = fixture_files.map do |fixture_set_name|
|
|
|
|
klass = class_names[fixture_set_name]
|
|
|
|
fixtures_map[fixture_set_name] = new( # ActiveRecord::FixtureSet.new
|
|
|
|
nil,
|
|
|
|
fixture_set_name,
|
|
|
|
klass,
|
|
|
|
::File.join(fixtures_directory, fixture_set_name)
|
|
|
|
)
|
|
|
|
end
|
|
|
|
update_all_loaded_fixtures(fixtures_map)
|
2018-10-05 14:13:31 -04:00
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
insert(fixture_sets, connection)
|
2018-10-05 14:13:31 -04:00
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
fixtures_map
|
2018-10-05 14:13:31 -04:00
|
|
|
end
|
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
def insert(fixture_sets, connection) # :nodoc:
|
|
|
|
fixture_sets_by_connection = fixture_sets.group_by do |fixture_set|
|
2019-07-30 16:56:32 -04:00
|
|
|
if fixture_set.model_class
|
|
|
|
fixture_set.model_class.connection
|
|
|
|
else
|
|
|
|
connection.call
|
|
|
|
end
|
2018-12-10 16:22:56 -05:00
|
|
|
end
|
|
|
|
|
|
|
|
fixture_sets_by_connection.each do |conn, set|
|
|
|
|
table_rows_for_connection = Hash.new { |h, k| h[k] = [] }
|
2018-10-05 14:13:31 -04:00
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
set.each do |fixture_set|
|
|
|
|
fixture_set.table_rows.each do |table, rows|
|
|
|
|
table_rows_for_connection[table].unshift(*rows)
|
|
|
|
end
|
2018-10-05 14:13:31 -04:00
|
|
|
end
|
2019-07-30 16:56:32 -04:00
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
conn.insert_fixtures_set(table_rows_for_connection, table_rows_for_connection.keys)
|
2018-10-05 14:13:31 -04:00
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
# Cap primary key sequences to max(pk).
|
|
|
|
if conn.respond_to?(:reset_pk_sequence!)
|
|
|
|
set.each { |fs| conn.reset_pk_sequence!(fs.table_name) }
|
|
|
|
end
|
2018-10-05 14:13:31 -04:00
|
|
|
end
|
|
|
|
end
|
|
|
|
|
2018-12-10 16:22:56 -05:00
|
|
|
def update_all_loaded_fixtures(fixtures_map) # :nodoc:
|
|
|
|
all_loaded_fixtures.update(fixtures_map)
|
|
|
|
end
|
2014-09-03 15:09:21 -04:00
|
|
|
end
|
|
|
|
|
2019-05-18 08:58:22 -04:00
|
|
|
attr_reader :table_name, :name, :fixtures, :model_class, :ignored_fixtures, :config
|
2004-12-01 07:25:04 -05:00
|
|
|
|
2018-11-03 08:38:19 -04:00
|
|
|
def initialize(_, name, class_name, path, config = ActiveRecord::Base)
|
2012-01-01 12:54:52 -05:00
|
|
|
@name = name
|
|
|
|
@path = path
|
2013-08-26 18:24:23 -04:00
|
|
|
@config = config
|
2014-06-13 15:47:15 -04:00
|
|
|
|
2015-06-15 23:16:39 -04:00
|
|
|
self.model_class = class_name
|
|
|
|
|
|
|
|
@fixtures = read_fixture_files(path)
|
2014-06-13 15:47:15 -04:00
|
|
|
|
2018-11-03 09:35:23 -04:00
|
|
|
@table_name = model_class&.table_name || self.class.default_fixture_table_name(name, config)
|
2011-05-07 16:20:51 -04:00
|
|
|
end
|
2004-12-01 07:25:04 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def [](x)
|
|
|
|
fixtures[x]
|
|
|
|
end
|
2007-10-26 01:56:46 -04:00
|
|
|
|
2016-10-28 23:05:58 -04:00
|
|
|
def []=(k, v)
|
2011-05-07 16:20:51 -04:00
|
|
|
fixtures[k] = v
|
|
|
|
end
|
2007-10-26 01:56:46 -04:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def each(&block)
|
|
|
|
fixtures.each(&block)
|
|
|
|
end
|
2007-10-26 01:56:46 -04:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def size
|
|
|
|
fixtures.size
|
|
|
|
end
|
2007-10-26 01:56:46 -04:00
|
|
|
|
2013-12-03 09:04:25 -05:00
|
|
|
# Returns a hash of rows to be inserted. The key is the table, the value is
|
2011-05-07 16:20:51 -04:00
|
|
|
# a list of rows to insert to that table.
|
|
|
|
def table_rows
|
2019-05-18 08:58:22 -04:00
|
|
|
# allow specifying fixtures to be ignored by setting `ignore` in `_fixture` section
|
|
|
|
fixtures.except!(*ignored_fixtures)
|
2007-10-26 01:56:46 -04:00
|
|
|
|
2018-10-05 14:33:10 -04:00
|
|
|
TableRows.new(
|
|
|
|
table_name,
|
|
|
|
model_class: model_class,
|
|
|
|
fixtures: fixtures,
|
|
|
|
config: config,
|
|
|
|
).to_hash
|
2007-10-26 01:56:46 -04:00
|
|
|
end
|
|
|
|
|
2013-09-06 14:47:02 -04:00
|
|
|
private
|
2015-06-15 23:16:39 -04:00
|
|
|
def model_class=(class_name)
|
|
|
|
if class_name.is_a?(Class) # TODO: Should be an AR::Base type class, or any?
|
|
|
|
@model_class = class_name
|
|
|
|
else
|
|
|
|
@model_class = class_name.safe_constantize if class_name
|
|
|
|
end
|
|
|
|
end
|
|
|
|
|
2019-05-18 08:58:22 -04:00
|
|
|
def ignored_fixtures=(base)
|
|
|
|
@ignored_fixtures =
|
|
|
|
case base
|
|
|
|
when Array
|
|
|
|
base
|
|
|
|
when String
|
|
|
|
[base]
|
|
|
|
else
|
|
|
|
[]
|
|
|
|
end
|
|
|
|
|
|
|
|
@ignored_fixtures << "DEFAULTS" unless @ignored_fixtures.include?("DEFAULTS")
|
|
|
|
@ignored_fixtures.compact
|
|
|
|
end
|
|
|
|
|
2015-06-15 23:16:39 -04:00
|
|
|
# Loads the fixtures from the YAML file at +path+.
|
|
|
|
# If the file sets the +model_class+ and current instance value is not set,
|
|
|
|
# it uses the file value.
|
|
|
|
def read_fixture_files(path)
|
2013-09-06 13:35:37 -04:00
|
|
|
yaml_files = Dir["#{path}/{**,*}/*.yml"].select { |f|
|
2011-05-10 14:01:23 -04:00
|
|
|
::File.file?(f)
|
2013-09-06 13:35:37 -04:00
|
|
|
} + [yaml_file_path(path)]
|
2011-05-10 14:01:23 -04:00
|
|
|
|
2013-09-06 13:35:37 -04:00
|
|
|
yaml_files.each_with_object({}) do |file, fixtures|
|
2012-05-12 07:17:03 -04:00
|
|
|
FixtureSet::File.open(file) do |fh|
|
2015-06-15 23:16:39 -04:00
|
|
|
self.model_class ||= fh.model_class if fh.model_class
|
2019-05-18 08:58:22 -04:00
|
|
|
self.ignored_fixtures ||= fh.ignored_fixtures
|
2012-01-01 12:54:52 -05:00
|
|
|
fh.each do |fixture_name, row|
|
|
|
|
fixtures[fixture_name] = ActiveRecord::Fixture.new(row, model_class)
|
2011-05-07 16:20:51 -04:00
|
|
|
end
|
2007-09-28 10:56:07 -04:00
|
|
|
end
|
|
|
|
end
|
|
|
|
end
|
2004-12-09 10:52:54 -05:00
|
|
|
|
2013-09-06 13:35:37 -04:00
|
|
|
def yaml_file_path(path)
|
|
|
|
"#{path}.yml"
|
2011-05-07 16:20:51 -04:00
|
|
|
end
|
|
|
|
end
|
2004-11-23 20:04:44 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
class Fixture #:nodoc:
|
|
|
|
include Enumerable
|
2007-09-28 10:56:07 -04:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
class FixtureError < StandardError #:nodoc:
|
|
|
|
end
|
2007-09-28 10:56:07 -04:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
class FormatError < FixtureError #:nodoc:
|
|
|
|
end
|
2004-11-23 20:04:44 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
attr_reader :model_class, :fixture
|
2007-05-26 02:26:50 -04:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def initialize(fixture, model_class)
|
|
|
|
@fixture = fixture
|
|
|
|
@model_class = model_class
|
|
|
|
end
|
2008-01-04 21:20:57 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def class_name
|
|
|
|
model_class.name if model_class
|
|
|
|
end
|
2004-11-23 20:04:44 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def each
|
|
|
|
fixture.each { |item| yield item }
|
|
|
|
end
|
2004-11-23 20:04:44 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def [](key)
|
|
|
|
fixture[key]
|
|
|
|
end
|
2004-11-23 20:04:44 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
alias :to_hash :fixture
|
2004-12-09 10:52:54 -05:00
|
|
|
|
2011-05-07 16:20:51 -04:00
|
|
|
def find
|
2018-10-05 14:20:02 -04:00
|
|
|
raise FixtureClassNotFound, "No class attached to find." unless model_class
|
|
|
|
model_class.unscoped do
|
|
|
|
model_class.find(fixture[model_class.primary_key])
|
2011-05-07 16:20:51 -04:00
|
|
|
end
|
2005-02-07 09:10:44 -05:00
|
|
|
end
|
2004-11-23 20:04:44 -05:00
|
|
|
end
|
|
|
|
end
|