論理モデルで実現する
テーブル・ビューを使う方法は、シンプルである一方で、Migrationを使用するために修正が大変になります。モデルの属性は、後に何度も修正することになるので、コード上で変更できる方が良いでしょう。
そこで、次は、モデル側でクエリーを構築し、テーブル・ビューのようなクラスを実現してみます。以降では、このようなモデルを論理モデルと呼び、実テーブルに対応する物理モデルと区別します。
論理モデルを表現する方法の1つは、Rails 3.0で導入されたActiveModelを使用することです。ActiveModelは、validationなどの機能をモジュール化したものです。任意のクラスに、ActiveRecordの機能を持たせることができます。
ActiveModelは、検索条件など、ユーザー入力の抽象化などには、非常に役立ちます。しかし、今回定義したいモデルは、実テーブルに直結するものなので、SQLの型を指定したいところです。そこで、ActiveRecordを継承して、属性とともにSQLの型を指定できるようにする方向でやってみます。この継承クラスの実装例を、次に示します。
01 | <!--//--><![CDATA[// ><!-- |
04 | class Base < ActiveRecord::Base |
05 | self.abstract_class = true |
06 | def self.column(name, sql_type=nil, default=nil, null=true) |
07 | columns << ActiveRecord::ConnectionAdapters::Column.new( |
08 | name.to_s, default, sql_type.to_s, null |
11 | def self.columns; @columns ||= [] ;end |
12 | def save(validate = true); validates ? valid? : true ;end |
上記のクラスでは、abstract_classにtrueを指定することによって、テーブルとマッピングされないようにしています。また、Columnクラスを使用することによって、SQLの型を指定できるようにしてあります。本クラスを継承して定義した論理モデルは、次のようになります。
01 | <!--//--><![CDATA[// ><!-- |
04 | class TableView::Sale < ActiveRecord::Base |
06 | column :item_id, :integer |
07 | column :unit, :integer |
08 | column :address, :string |
09 | column :delivered_on, :date |
11 | validates_presence_of :item_id, :unit, :address |
12 | belongs_to :item, :class_name => 'Shop::Physical::Item' |
14 | FIND_FIRST_QUERY = <<-SQL |
23 | , shop_shipments AS sp |
31 | self.find_by_sql([FIND_FIRST_QUERY, id]).first |
SELECT文で指定した列と、columnメソッドで指定した列を、一致させるのがポイントです。列さえ同じであれば、UNIONなどを活用した複雑なクエリーでも対応付けられます。また、列の定義がテーブルに関連していないので、次のようにモックを作成することで、テーブル定義のタイミングを遅らせることができます。
1 | <!--//--><![CDATA[// ><!-- |
4 | self.new(:item_id => 1, :unit => 100 ....) |
著者がよく行うのは、「まずはモックを使用して"保存できないアプリケーション"を軽く作成した上でユーザーに操作してもらい、仕様がある程度固まってからテーブルを設計する」という方法です。これによって、デモのタイミングを前倒しにできます。さらに、以前であれば山のようにできてしまっていたMigrationを、少なく抑えることができます。
上記で定義したSaleモデルを、コンソールから触ってみましょう。
01 | <!--//--><![CDATA[// ><!-- |
03 | > Shop::Logical::Sale.find(1) |
05 | > Shop::Logical::Sale.find(1).item |
08 | > sale = Shop::Logical::Sale.new |
13 | > Shop::Logical::Sale.new(:item_id => 1, :unit=>1, :address=>'Sapporo').save |
validationが機能しているのに加え、関連なども正常に取れているのが分かります。
ARelで修正する
先述した論理モデルの例では、参照のクエリーを文字列で表現していました。この場合、参照件数が1件や複数といったわずかな違いであっても、同じような文字列をそれぞれ個別に用意する必要があります。
幸い、Rails 3.0からは、クエリーを抽象化したARelと呼ぶライブラリが導入されています。本ライブラリを活用し、既存のクエリーを再利用できるように修正してみます。
ARelでは、次のように、テーブルに対応するオブジェクトを作成して、whereなどのメソッドを組み合わせてクエリーを構築します。
01 | <!--//--><![CDATA[// ><!-- |
03 | > shipments = Table(:shop_shipments) |
05 | => "SELECT `shop_shipments`.`id`, `shop_shipments`.`stock_id`, `shop_shipments`.`address`, `shop_shipments`.`delivered_on` FROM `shop_shipments`" |
07 | > shipments = shipments.where(shipments[:address].eq 'Tokyo') |
09 | => "SELECT `shop_shipments`.`id`, `shop_shipments`.`stock_id`, `shop_shipments`.`address`, `shop_shipments`.`delivered_on` FROM shop_shipments` WHERE `shop_shipments`.`address` = 'Tokyo'" |
一度作成したら、後付けで条件を追加していけるのがポイントです。JOINするクエリーをあらかじめ作成しておけば、細かな条件を付加して再利用できます。このような方針で参照メソッドを修正した例を、次に示します。
01 | <!--//--><![CDATA[// ><!-- |
04 | class Logical::Sale < LogicalRecord::Base |
09 | st = Table(:shop_stocks, :as => 'st') |
10 | sp = Table(:shop_shipments, :as => 'sp') |
11 | sale = st.join(sp).on(st[:id].eq(sp[:stock_id])) |
14 | st[:item_id].as('item_id'), |
16 | sp[:address].as('address'), |
17 | sp[:delivered_on].as('delivered_on') |
23 | find_by_sql(base_query.where(base_query[:id].eq id).to_sql).first |
27 | find_by_sql(base_query.to_sql) |
コンソールから試してみましょう。
01 | <!--//--><
