Зачем нужны построители SQL? Arel v. Sequel v. T-SQL

Я пытаюсь понять преимущества построения SQL с помощью объектно-ориентированного построителя DSL по сравнению с параметризацией необработанной строки SQL. Изучив / реализовав один и тот же запрос тремя способами, я заметил, что необработанный SQL, безусловно, легче всего читать. Напрашивается вопрос: зачем прыгать через обруч? Почему бы просто не объявить и не использовать необработанный SQL?

Вот что я придумал:

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

Во-вторых, он предоставляет объект запроса, который можно использовать повторно - в качестве основы для других запросов, создания цепочек именованных областей и т. д.

Какую в основном вы получаете отдачу от инвестиций, создавая свой SQL вместо его объявления?

def instances_of_sql(ttype_id) #raw sql
  ttype_id = get(ttype_id).try(:id)
  ti   = get('tmdm:type-instance')
  inst = get('tmdm:instance')
  type = get('tmdm:type')

  self.class.send :sanitize_sql, [%{
    SELECT t.*
    FROM associations a
    JOIN roles type    ON type.association_id = a.id AND type.ttype_id = ?
    JOIN roles inst    ON inst.association_id = a.id AND inst.ttype_id = ?
    JOIN topics t      ON t.id = inst.topic_id
    WHERE a.topic_map_id IN (?)
    AND a.ttype_id    = ?
    AND type.topic_id = ?
  }, type.id, inst.id, self.ids, ti.id, ttype_id]
end

def instances_of_sql(ttype_id) #sequel
  ttype_id = get(ttype_id).try(:id)
  ti = get('tmdm:type-instance')
  ir = get('tmdm:instance')
  tr = get('tmdm:type')

  DB.from(:associations.as(:a)).
    join(:roles.as(:tr), :tr__association_id => :a__id, :tr__ttype_id => tr[:id]).
    join(:roles.as(:ir), :ir__association_id => :a__id, :ir__ttype_id => ir[:id]).
    join(:topics.as(:t), :t__id => :ir__topic_id).
    where(:a__topic_map_id => self.ids).
    where(:a__ttype_id => ti[:id]).
    where(:tr__topic_id => ttype_id).
    select(:t.*).sql
end

def instances_of_sql(ttype_id) #arel
  ttype_id = get(ttype_id).try(:id)
  ti   = get('tmdm:type-instance')
  inst = get('tmdm:instance')
  type = get('tmdm:type')

  #tables
  t    = Topic.arel_table
  a    = Association.arel_table
  tr   = Role.arel_table
  ir   = tr.alias

  a.
    join(tr).on(tr[:association_id].eq(a[:id]),tr[:ttype_id].eq(type[:id])).
    join(ir).on(ir[:association_id].eq(a[:id]),ir[:ttype_id].eq(inst[:id])).
    join(t).on(t[:id].eq(ir[:topic_id])).
    where(a[:topic_map_id].in(self.ids)).
    where(a[:ttype_id].eq(ti[:id])).
    where(tr[:topic_id].eq(ttype_id)).
    project('topics.*').to_sql
end

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