【Rails】Arelを使う使わないについて

Question

Railsを使用したWEBアプリケーションを業務で作成しているのですが、
Arelが使いづらくてしょうがありません。

SQLで普通にできることが出来なかったり、非常にイライラしております。
例えばバルクインサートなど(ライブラリを使えば別ですが)

ケースによって異なると思いますが、
Railsを使用する際にまずArelは皆さん使われるのでしょうか。

簡易的なSQLはArelで作成して、
複雑なSQLなどはexecuteで書くという場合もあるのでしょうか。

Arelを使用するのが文化だと勝手に思い込んでいましたが、
そんなことはない気がしてきたので、質問させて頂きました。

よろしくお願い致します。

Answer 1

SQLが下手なメンバーとか周りにいるので、クソみたいなSQLを書かれるよりは全然マシです。
誰が書いてもそこそこまともなSQLになったり、生SQLを書かせるとSQLインジェクションなどの脆弱性を作ってしまいやすいなどの問題がありますので、少しくらい使いにくかろうが、Arelを使う事で余計な問題をある程度防げます。

それから業務でやっている以上、他の方もコードをメンテナンスする可能性があるわけですよね。
なので、自分一人が使いにくいからといって一般的なRailsのコードから逸脱するのはやめたほうがいいです。
railsの入門者とかで学習してきた人が、コードを読んだ時にすんなりと理解できるようにするのが仕事として求められます。
そう意味では生SQLばかり書いてあるコードは一般的ではないように思います。

基本スタンスは、これです。

簡易的なSQLはArelで作成して、

複雑なSQLなどはexecuteで書くという場合もあるのでしょうか。

ただし、開発メンバー全員がSQLを十分に理解しており、Arelが使いづらい
と感じていて、全員の合意の上で一切Arelは使わないというルールを決められるならArelを使わなくても問題ないです。

Comments

[mukkun]

回答ありがとうございます。

> SQLが下手なメンバーとか周りにいるので、クソみたいなSQLを書かれるよりは全然マシです。
分かります。そこがクエリビルダの利点なんですよねぇ。

SQLは頭の中にあるんですが、
Arelとなると1文じゃ済まなくなるのでどうしたもんかと思っていましたが、
そういった場合はexecuteでSQLをカキカキしてもいいですよね。
(ただ統一性という点で嫌悪感が。。

余談ですが、
Arelは学習コストが必要であり、
結局はSQLに落ちるので使う必要がないと感じました。