ORM в Ruby: введение

операции

Изменения в объекте могут быть связаны с транзакцией, которая может быть зафиксирована или откатана. Несколько транзакций могут быть активными в данный момент времени, но все эти транзакции изолированы друг от друга.

Недостатки

накладные расходы

Поскольку ORM-инфраструктура добавляет уровень абстракции, ускоряя разработку и снижая сложность, она также увеличивает накладные расходы на приложение. Использование ORM потребляет больше памяти и увеличивает нагрузку на процессор.

Кривая обучения

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

Производительность

Некоторые действия, такие как массовая вставка, обновление, удаление и т. Д., Выполняются медленнее при использовании ORM. Как правило, они более эффективно обрабатываются с использованием собственных запросов SQL.

SQL невежество

Хотя ORM облегчает жизнь разработчикам, это часто приводит к тому, что разработчик не изучает SQL и внутреннюю базу данных, если разработчики не заинтересованы в том, чтобы исследовать одно и то же.

ORM Каркасы в Рубине

Существует множество фреймворков ORM, написанных на Ruby. Некоторые из наиболее популярных из них кратко описаны здесь.

ActiveRecord

ActiveRecord — это ORM, который поставляется с Rails из коробки. ActiveRecord (или AR) пытается следовать шаблону проектирования Active Record . Он играет роль Model в архитектуре MVC, используемой Rails.

ActiveRecord создает абстракцию из базы данных, используя бизнес-объекты, тем самым освобождая разработчиков от необходимости справляться со сложностями базовой базы данных. Одним из основных принципов ActiveRecord является «соглашение о конфигурации». Он автоматически определяет конфигурацию, если соблюдаются правильные соглашения для имен таблиц, имен переменных и т. Д. Однако всегда можно переопределить конфигурации по умолчанию, если они указаны явно.

Некоторые из примечательных особенностей ActiveRecord:

• Данные представлены в виде моделей.
• Ассоциации могут быть реализованы с использованием этих моделей.
• Наследование может быть достигнуто с помощью связанных моделей.
• Проверка данных перед сохранением в базе данных.
• Объектно-ориентированный способ работы с базами данных.

Хотя ActiveRecord включен в Rails, он может быть установлен как независимый гем.

gem install activerecord

Вот быстрый пример, демонстрирующий использование ActiveRecord:

 require 'rubygems'
require 'activerecord'
ActiveRecord::Base.establish_connection(
  :adapter=> "mysql",
  :host => "localhost",
  :database=> "articles"
)

class Article < ActiveRecord::Base
end

#Creating a new article
Article.create(title:'ORM', author:'Manu')

#Fetching an article
article = Article.find(:first)

#Destroy an article
Article.find(:first).destroy

Основными недостатками ActiveRecord является то, что он нарушает принцип единой ответственности (SRP). Поскольку доменные объекты также обрабатывают постоянство, дополнительную ответственность, сложность объектов возрастает.

DataMapper

DataMapper был разработан для устранения выявленных недостатков в библиотеке ActiveRecord и для создания среды ORM, которая быстра, поточно-ориентирована и многофункциональна. Следует шаблон проектирования DataMapper

В то время как в Active Record модель предметной области инкапсулирует как бизнес-логику, так и ответственность за доступ к базе данных, DataMapper не знает о базе данных, что приводит к созданию простых старых объектов Ruby (PORO) с бизнес-логикой. DataMapper позволяет логике базы данных и объектной модели развиваться независимо, изолируя их друг от друга, тем самым следуя принципу единой ответственности (SRP).

Преимущества Datamapper следующие:

• Нет необходимости писать миграции
• Отмеченные отношения или Коллекция цепочек
• Ленивая загрузка некоторых типов атрибутов, таких как текстовые поля, что может замедлить запрос.
• Стремительная загрузка, избегая проблемы запроса N + 1
• Грязное отслеживание, сохраняет только те поля, которые действительно изменились
• Уважает принцип единой ответственности

Простой пример использования DataMapper:

 require 'rubygems'
require 'dm-core'
require 'dm-migrations'
DataMapper::Logger.new($stdout, :debug)
DataMapper.setup(:default, 'mysql://localhost/test')
class Author
  include DataMapper::Resource
  property :id,   Serial
  property :name, String, :required => true
end
DataMapper.auto_migrate!

#Create a new record
Author.create(:name => 'Manu')

#Fetching a record using DM
Author.first(:name => 'Manu')

#Destroying a record
author = Author.get(7)
author.destroy

В приведенном выше примере DataMapper :: Resource добавляется в класс Author для обработки персистентности.

продолжение

Sequel разработан для предоставления простого API, независимого от базы данных, для взаимодействия с базами данных SQL. Он также основан на шаблоне ActiveRecord. Есть много общего между ActiveRecord и Sequel.

Преимущества:

• Обеспечивает безопасность потоков, пулы соединений и краткий DSL для построения запросов SQL и схем таблиц
• Включает комплексный уровень ORM для отображения записей на объекты Ruby и обработки связанных записей
• Поддерживает расширенные функции базы данных, такие как подготовленные операторы, связанные переменные, хранимые процедуры, точки сохранения, двухфазное принятие, изоляция транзакций, конфигурации master / slave и сегментирование базы данных.
• В настоящее время имеет адаптеры для ADO, Amalgalite, CUBRID, DataObjects, DB2, DBI, Firebird, IBM_DB, Informix, JDBC, MySQL, Mysql2, ODBC, OpenBase, Oracle, PostgreSQL, SQLAnywhere, SQLite3, Swift и TinyTDS.

Простой пример использования Sequel:

 require "rubygems"
require "sequel"

DB = Sequel.sqlite

DB.create_table :author do
  primary_key :id
  String :name
end

authors = DB[:authors]
authors.insert(:name => 'Manu')

Вывод

ORM стремится решить проблему и облегчить жизнь разработчика, предлагая множество различных вариантов достижения одной и той же цели. Хотя ActiveRecord доминирует в среде Ruby ORM, DataMapper и Sequel (и другие) являются законными вариантами. Если вы этого еще не сделали, вам следует выбрать стратегию ORM, соответствующую вашему варианту использования.