модуль ActiveRecord::ConnectionAdapters::DatabaseStatements

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 407
def add_transaction_record(record, ensure_finalize = true)
  current_transaction.add_record(record, ensure_finalize)
end

Регистрирует запись в текущей транзакции, чтобы можно было вызвать её обратные вызовы after_commit и after_rollback.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 412
def begin_db_transaction()    end

Начинает транзакцию (и отключает автоматическое подтверждение).

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 426
def begin_isolated_db_transaction(isolation)
  raise ActiveRecord::TransactionIsolationError, "adapter does not support setting transaction isolation"
end

Начинает транзакцию с установленным уровнем изоляции. По умолчанию вызывает ошибку; адаптеры, поддерживающие установку уровня изоляции, должны реализовать этот метод.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 431
def commit_db_transaction()   end

Подтверждает транзакцию (и включает автоматическое подтверждение).

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 212
def delete(arel, name = nil, binds = [])
  sql, binds = to_sql_and_binds(arel, binds)
  exec_delete(sql, name, binds)
end

Выполняет оператор удаления и возвращает количество затронутых строк.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 165
def exec_delete(sql, name = nil, binds = [])
  internal_exec_query(sql, name, binds)
end

Выполняет оператор удаления sql в контексте этого соединения, используя binds в качестве заменителей параметров. name регистрируется вместе с выполненным оператором sql.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 157
def exec_insert(sql, name = nil, binds = [], pk = nil, sequence_name = nil, returning: nil)
  sql, binds = sql_for_insert(sql, pk, binds, returning)
  internal_exec_query(sql, name, binds)
end

Выполняет оператор вставки sql в контексте этого соединения, используя binds в качестве заменителей параметров. name регистрируется вместе с выполненным оператором sql. Некоторые адаптеры поддерживают аргумент ключевого слова «returning», который позволяет управлять результатом запроса: `nil` — значение по умолчанию и поддерживает поведение по умолчанию. Если передается массив имен столбцов, результат будет содержать значения указанных столбцов из вставленной строки.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 147
def exec_query(sql, name = "SQL", binds = [], prepare: false)
  internal_exec_query(sql, name, binds, prepare: prepare)
end

Выполняет оператор sql в контексте этого соединения, используя binds в качестве заменителей параметров. name регистрируется вместе с выполненным оператором sql.

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

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 172
def exec_update(sql, name = nil, binds = [])
  internal_exec_query(sql, name, binds)
end

Выполняет оператор обновления sql в контексте этого соединения, используя binds в качестве заменителей параметров. name регистрируется вместе с выполненным оператором sql.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 136
def execute(sql, name = nil, allow_retry: false)
  internal_execute(sql, name, allow_retry: allow_retry)
end

Выполняет SQL-запрос в контексте этого соединения и возвращает необработанный результат из адаптера соединения.

Установка allow_retry в значение true приводит к тому, что база данных повторно подключается и пытается выполнить SQL-запрос в случае исключения, связанного с соединением. Этот параметр следует включать только для известных идемпотентных запросов.

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

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

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 523
def high_precision_current_timestamp
  HIGH_PRECISION_CURRENT_TIMESTAMP
end

Возвращает Arel SQL-литерал для CURRENT_TIMESTAMP для использования со столбцами даты/времени с произвольной точностью.

Адаптеры, поддерживающие datetime с точностью, должны переопределить этот метод, чтобы обеспечить максимально возможную точность.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 195
def insert(arel, name = nil, pk = nil, id_value = nil, sequence_name = nil, binds = [], returning: nil)
  sql, binds = to_sql_and_binds(arel, binds)
  value = exec_insert(sql, name, binds, pk, sequence_name, returning: returning)

  return returning_column_values(value) unless returning.nil?

  id_value || last_inserted_id(value)
end

Выполняет запрос INSERT и возвращает ID новой записи

id_value будет возвращено, если значение не nil, в этом случае база данных попытается вычислить последний вставленный ID и вернуть это значение.

Если следующий ID был вычислен заранее (как в Oracle), его следует передать как id_value. Некоторые адаптеры поддерживают аргумент ключевого слова «returning», который позволяет определить возвращаемое значение метода: `nil` — значение по умолчанию и поддерживает поведение по умолчанию. Если передается массив имен столбцов, из метода возвращается массив, представляющий значения указанных столбцов из вставленной строки.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 467
def insert_fixture(fixture, table_name)
  execute(build_fixture_sql(Array.wrap(fixture), table_name), "Fixture Insert")
end

Вставляет заданный фикстуру в таблицу. Переопределяется в адаптерах, которым требуется что-то большее, чем простая вставка (например, Oracle). Большинство адаптеров должны реализовывать insert_fixtures_set, который использует массовую вставку SQL. Мы сохраняем этот метод, чтобы обеспечить резервное копирование для таких баз данных, как SQLite, которые не поддерживают массовые вставки.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 458
def reset_sequence!(table, column, sequence = nil)
  # Do nothing by default. Implement for PostgreSQL, Oracle, ...
end

Устанавливает последовательность в максимальное значение столбца таблицы.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 435
def rollback_db_transaction
  exec_rollback_db_transaction
rescue ActiveRecord::ConnectionNotEstablished, ActiveRecord::ConnectionFailed
  # Connection's gone; that counts as a rollback
end

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

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 495
def sanitize_limit(limit)
  if limit.is_a?(Integer) || limit.is_a?(Arel::Nodes::SqlLiteral)
    limit
  else
    Integer(limit)
  end
end

Очищает переданный параметр LIMIT, чтобы предотвратить SQL-инъекции.

Значение limit может быть любым, что может быть преобразовано в строку через to_s. Оно должно выглядеть как целое число или Arel SQL литерал.

Возвращает Integer и Arel::Nodes::SqlLiteral лимиты как есть.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 69
def select_all(arel, name = nil, binds = [], preparable: nil, async: false, allow_retry: false)
  arel = arel_from_relation(arel)
  sql, binds, preparable, allow_retry = to_sql_and_binds(arel, binds, preparable, allow_retry)

  select(sql, name, binds,
    prepare: prepared_statements && preparable,
    async: async && FutureResult::SelectAll,
    allow_retry: allow_retry
  )
rescue ::RangeError
  ActiveRecord::Result.empty(async: async)
end

Возвращает экземпляр ActiveRecord::Result.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 84
def select_one(arel, name = nil, binds = [], async: false)
  select_all(arel, name, binds, async: async).then(&:first)
end

Возвращает хеш записи с именами столбцов в качестве ключей и значениями столбцов.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 101
def select_rows(arel, name = nil, binds = [], async: false)
  select_all(arel, name, binds, async: async).then(&:rows)
end

Возвращает массив массивов, содержащих значения полей. Порядок такой же, как и возвращаемый columns.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 89
def select_value(arel, name = nil, binds = [], async: false)
  select_rows(arel, name, binds, async: async).then { |rows| single_value_from_rows(rows) }
end

Возвращает одно значение из записи.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 95
def select_values(arel, name = nil, binds = [])
  select_rows(arel, name, binds).map(&:first)
end

Возвращает массив значений первого столбца в запросе:

select_values("SELECT id FROM companies LIMIT 3") => [1,2,3]

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 12
def to_sql(arel_or_sql_string, binds = [])
  sql, _ = to_sql_and_binds(arel_or_sql_string, binds)
  sql
end

Преобразует AST arel в SQL.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 354
def transaction(requires_new: nil, isolation: nil, joinable: true, &block)
  if !requires_new && current_transaction.joinable?
    if isolation
      raise ActiveRecord::TransactionIsolationError, "cannot set isolation when joining a transaction"
    end
    yield current_transaction.user_transaction
  else
    transaction_manager.within_new_transaction(isolation: isolation, joinable: joinable, &block)
  end
rescue ActiveRecord::Rollback
  # rollbacks are silently swallowed
end

Выполняет заданный блок в базе данных транзакции и возвращает результат блока.

Transaction callbacks

transaction передает объект ActiveRecord::Transaction, на котором можно зарегистрировать обратный вызов:

ActiveRecord::Base.transaction do |transaction|
  transaction.before_commit { puts "before commit!" }
  transaction.after_commit { puts "after commit!" }
  transaction.after_rollback { puts "after rollback!" }
end

Поддержка вложенных транзакций

Вызовы transaction могут быть вложенными. По умолчанию это делает все операторы базы данных в блоке вложенной транзакции частью родительской транзакции. Например, следующее поведение может быть неожиданным:

ActiveRecord::Base.transaction do
  Post.create(title: 'first')
  ActiveRecord::Base.transaction do
    Post.create(title: 'second')
    raise ActiveRecord::Rollback
  end
end

Это создает и «first», и «second» записи. Причина в том, что исключение ActiveRecord::Rollback во вложенном блоке не вызывает ROLLBACK. Поскольку эти исключения перехватываются в блоках транзакции, родительский блок не видит их, и реальная транзакция подтверждается.

Большинство баз данных не поддерживают истинные вложенные транзакции. На момент написания, единственная база данных, о которой нам известно, что поддерживает истинные вложенные транзакции, это MS-SQL.

Для решения этой проблемы, transaction эмулирует эффект вложенных транзакций, используя точки сохранения: dev.mysql.com/doc/refman/en/savepoint.html.

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

• Блок будет выполнен без каких-либо действий. Все операторы базы данных, которые происходят внутри блока, фактически добавляются к уже открытой транзакции базы данных.

• Однако, если :requires_new установлено, блок будет обернут в точку сохранения базы данных, действующую как подтранзакция.

Для получения ROLLBACK для вложенной транзакции можно запросить реальную подтранзакцию, передав requires_new: true. Если что-то пойдёт не так, база данных откатится к началу подтранзакции, не откатывая родительскую транзакцию. Если добавить это к предыдущему примеру:

ActiveRecord::Base.transaction do
  Post.create(title: 'first')
  ActiveRecord::Base.transaction(requires_new: true) do
    Post.create(title: 'second')
    raise ActiveRecord::Rollback
  end
end

создаётся только запись с заголовком «first».

См. ActiveRecord::Transactions, чтобы узнать больше.

Ограничения

MySQL не поддерживает транзакции DDL. Если вы выполните операцию DDL, то все созданные точки сохранения будут автоматически освобождены. Например, если вы создали точку сохранения, затем выполнили оператор CREATE TABLE, то созданная точка сохранения будет автоматически освобождена.

Это означает, что на MySQL не следует выполнять операции DDL внутри вызова transaction, который, как вы знаете, может создать точку сохранения. В противном случае, transaction будет генерировать исключения при попытке освободить уже автоматически освобожденные точки сохранения:

Model.lease_connection.transaction do  # BEGIN
  Model.lease_connection.transaction(requires_new: true) do  # CREATE SAVEPOINT active_record_1
    Model.lease_connection.create_table(...)
    # active_record_1 now automatically released
  end  # RELEASE SAVEPOINT active_record_1  <--- BOOM! database error!
end

Уровень изоляции транзакции

Если ваша база данных поддерживает установку уровня изоляции для транзакции, вы можете установить его следующим образом:

Post.transaction(isolation: :serializable) do
  # ...
end

Допустимые уровни изоляции:

• :read_uncommitted

• :read_committed

• :repeatable_read

• :serializable

Вы должны обратиться к документации вашей базы данных, чтобы понять семантику этих различных уровней:

• www.postgresql.org/docs/current/static/transaction-iso.html

• dev.mysql.com/doc/refman/en/set-transaction.html

Исключение ActiveRecord::TransactionIsolationError будет вызвано, если:

• Адаптер не поддерживает установку уровня изоляции

• Вы присоединяетесь к уже открытой транзакции

• Вы создаёте вложенную (с точкой сохранения) транзакцию

Адаптеры mysql2, trilogy и postgresql поддерживают установку уровня изоляции транзакций.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 218
def truncate(table_name, name = nil)
  execute(build_truncate_statement(table_name), name)
end

Выполняет оператор truncate.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 206
def update(arel, name = nil, binds = [])
  sql, binds = to_sql_and_binds(arel, binds)
  exec_update(sql, name, binds)
end

Выполняет оператор update и возвращает количество изменённых строк.

# File activerecord/lib/active_record/connection_adapters/abstract/database_statements.rb, line 118
def write_query?(sql)
  raise NotImplementedError
end

Определяет, является ли SQL-запрос запросом изменения данных.