SequelはActiveRecordと組み合わせてどのような問題を抱えていますか？

Question

私は、アクティブレコードで手造りするのが難しいと思う私の毛の多いSQLのいくつかにSequelを使用することを検討しています。

SequelとActiveRecordを同じプロジェクトで使用する際に注意すべきことはありますか？ （続編などのAR検証のような明白なもののほかに）

Answer 1

免責事項：私はSequelのメンテナーです。

Railsを使用している場合、SequelはActiveRecordの横にまたはその代わりに使いやすいです。手動でデータベース接続をセットアップする必要がありますが、それ以外の使用法は似ています。あなたのSequelモデルファイルは、アプリケーション/モデルに入り、ActiveRecordモデルと同様に動作します。

データベース接続を設定するのは面倒なことではありませんが、一般的にenvironment.rbでは後行を要求する行が1行あり、各環境ファイル（development.rb、test.rb、production.rb） ：あなたは退屈なセットアップコードの4行を考慮すれば

DB = Sequel.connect（...は）だから、それだけで退屈です。

複数のデータベースを対象としていない限り、生のSQLを使用することは一般的に問題ありません。これを避ける主な理由は、冗長性の向上です。 Sequelは、少なくともActiveRecordと同じくらい簡単に生SQLを使用してサポートしますが、生のSQLを使用する必要がある時はSequelでは一般的に非常にまれです。

ところで、Sequelには複数の検証プラグインが同梱されています。 validation_class_methodsプラグインは、クラスメソッドを使用したActiveRecord検証と似ています。 validation_helpersプラグインは、インスタンスレベルのメソッドを使用したより簡単な実装ですが、どちらもほぼ同じことができます。

最後に、あなたが望むことを実行するActiveRecordコードを既に使用している場合、機能を追加する予定がない限り、Sequelにコードを移植する価値はないでしょう。

Answer 2

個人的には、私はしません。手作業で接続を多かれ少なかれ管理するのは面倒です。 Yehudaと共同作業が適切に行われている場合、ORMを簡単に切り替えることができるはずのRails 3.0（またはおそらくEdge Railsからの開発を開始）を延期するために、Sequelがより強力な選択肢であると感じたら、 。少なくとも今はMerbのようなものです。 「

しかしIsnと：

これは、件名にDHHのテイク（馬の口から、いわば、私は心、それが福音の真実として取られるべきで言っていないんだけど、それがある）でしたt Sql Dirty？

プログラマは、リレーショナル・データベースの最上部 に 層のオブジェクト指向システムに始めて以来、彼らは は、抽象化を実行する方法 深いの質問で苦労してきました。一部の オブジェクトリレーショナルマッパーは、 を完全に使用して、 オブジェクト指向の純度を追求しようとしています。 別のOO レイヤーを介してすべてのクエリを強制します。

アクティブレコードはありません。それは のSQLが で汚いか悪いかではなく、 の単純なケースでは冗長ではないという考えで構築されました。重視の場合には 詳細を扱う必要はなくなりましたが、 の表現力を維持しています。タイプSQLは で、優雅に対処するために作成されました。

したがって、あなたがfind_by_sqlを使用するときに（） いずれかのパフォーマンスのボトルネックやハード クエリを処理する 罪悪感を感じるべきではありません。 オブジェクト指向のインターフェイスを使って生産性と喜びのために の生産性と喜びのために始めて が必要なとき 金属の近くの経験のために表面の下に を浸す。

（引用はhereを発見された、オリジナルのテキストはAWDRWR、 "ハンモック" 本のP334です）。

私はそれが妥当だと思います。

私たちはfind_by_sqlが処理できないことについて話していますか？または、我々は複雑な非SELECTのものについて話していますか？executeは対処できませんか？

例を見てみましょう。