FABRICATION Paul Eliott さんの Fabrication Gem は、オブジェクト生成ライブラリです。Mongoid を最初からサポートしており、テストの簡便のために、オブジェクトを生成する素敵な構文を提供しています。 Fabricator(:person) do title "Grand Poobah" addresses(:count => 2) do |address, i| Fabricate(:address, :streeet => "#{i} Bond St.") end end MONGOID-RSPEC Evan Sagge さんの mongoid-rspec は、Mongoid 用の RSpec のマッチャーを提供します。マッチャーには、関連、オプション、バリデーション、フィールドが含まれます。 describe Person do it { sh

Mongoid のバージョンをアップグレードする時のリファレンスとしてご利用下さい。 2.0.0.BETA.16 + へのアップグレード このバージョンは、MongoDB 1.6.0 を必要とします。 2.0.0.BETA.15 + へのアップグレード もし JSON のシリアライズに include_root_in_json クラス変数を使っている場合は、もはや使用できません。現在は、mongoid.yml において、同名のグローバルな設定オプションを使用します。必要ならば、オンにしてください。（デフォルトは false です） defaults: &defaults include_root_in_json: true 2.0.0.BETA.14 + へのアップグレード フィールドの :accessible => false オプションは、attr_accessible と attr_

CARRIERWAVE ファイルアップロードを扱う Carrierwave は Mongoid をサポートしています。現在のところ、ファイルと S3 に格納することを指定できます。:mount_on オプションがアップローダークラスに定義されてない場合は、ファイル名が アップローダー名_filename をフィールド名として、格納されます。 class User include Mongoid::Document mount_uploader :avatar, AvatarUploader #field is avatar_filename end CUCUMBER MongoDB はトランザクションをサポートしていないので、それぞれのフィーチャーが実行される前に、データベースがクリーンになるように、Cucumber にフックを追加したいと思います。 features/support/ho

Mongoid は Rails 3 環境で以下の Rake タスクを提供します。 db:create 依存関係のために存在します。実際には何もしません。 db:create_indexes モデルから全てのインデックス定義を読み取り、データベースにそれらを作成します。 db:drop システム用コレクションを除いて、全てのコレクションをデータベースから削除します。 db:migrate 依存関係のために存在します。実際には何もしません。 db:schema:load 依存関係のために存在します。実際には何もしません。 db:seed db/seeds.rb からデータベースに初期データを作成します。 db:setup インデックスを作成し、データベースに初期データを作成します。 db:test:prepare 依存関係のために存在します。実際には何もしません。 Rake タスクは以上です。

Mongoid にはアプリケーションで使える、いくつかの役に立つ機能があります。 マスター／スレイブ サポート mongoid.yml でスレイブデータベースを設定しているなら、スレイブを有効化した読み取りクエリを、ラウンドロビンでスレイブデータベースを参照します。また、クエリ単位でも制御することができます。 モデルの全ての読み取りを、スレイブ間でラウンドロビンします： class Person include Mongoid::Document enslave end enslave Criteria を使って、クエリ単位で、スレイブから読み取ります： Person.where(:first_name => "Durran").enslave キャッシュ Mongoid は、何も設定していないそのままの状態で、大きなクエリとデータセットでメモリが効率的に使われるように、MongoDB の

index マクロを使うことにより、ドキュメントにインデックスを定義することができます。:unique オプションをつけると、ユニークなインデックスを構築できます。オプションは必須ではありません。 class Person include Mongoid::Document field :ssn index :ssn, :unique => true end 以下のようにして、エンベッドされたドキュメントにもインデックスを定義することができます。 class Person include Mongoid::Document embeds_many :addresses index "addresses.street" end 複数フィールドに対してもインデックスを定義することができます。また、ソート順も定義できます。 include Mongoid::Document field :fir

Mongoid はドキュメントとエンベッドされたドキュメントの継承をサポートしています。以下のドメインモデルを考えてみます。 class Canvas include Mongoid::Document field :name embeds_many :shapes def render shapes.each { |shape| shape.render } end end class Browser < Canvas field :version, :type => Integer end class Firefox < Browser field :useragent end class Shape include Mongoid::Document field :x, :type => Integer field :y, :type => Integer embedded_in :

思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。

Mongoid は、基本的なバリデーションを提供するために ActiveModel::Validations を含んでおり、さらに関連と一意性バリデーションに手を加えています。 さらに詳しい情報は、ActiveModel::Validations のドキュメントを参照してください。 全てのバリデーションには以下の共通のオプションがあります。 :allow_nil アトリビュートが nil を許すかどうかを指定します。 :if 与えられた値が true と評価された場合だけ実行されます。 :on 指定された :create や :update の時だけ実行されます。 :unless 与えられた値が false と評価された場合だけ実行されます。 ブール値のフィールドが受け入れ可能（デフォルト: true）かどうかを検証します： validates_acceptance_of :terms オ

Mongoid は以下のコールバックをサポートしています： before_create before_destroy before_save before_update before_validation after_create after_initialize after_destroy after_save after_update after_validation コールバックは、他のドキュメントにエンベッドされたものも含めて、全てのドキュメントにあります。Mongoid は永続化アクションが実行された時だけ、コールバックを発動します。Mongoid の狙いは、広い階層をサポートすること、ドキュメントのすべての階層にまたがって実行されない最適化されたアトミックな更新を扱うことにあります。 article.rb: class Article include Mongoid::Docu

mongoid で MongoDB を利用した Rails アプリケーションを作っているのだが、RSpec のバージョンを 2.0.0.beta.19 に上げたら、specs 実行時に次のようなエラーが出て止まる現象に遭遇。 /usr/lib/ruby/gems/1.8/gems/activesupport-3.0.0.rc /lib/active_support/whiny_nil.rb:48:in `method_missing': undefined method `set_exception' for nil:NilClass (NoMethodError) 調べると、Rspec.configure を使って定義した before(:each) エグザンプル等の中で例外が発生すると、うまく補足できなくて、こんなエラーになるようだ。 そこで、即席の例外処理を書いて何が起きているかを調

今回は、データベースへの Insert、Update、Delete です。 Mongoid は ActiveRecord スタイルのデータベースへの永続化メソッドをサポートしています。永続化戦略の項は、実際に実行されるデータベースクエリについて、注意して見てください。 作成 新しいドキュメントを作成し、データベースに格納するには、Document.create や Document.create! を使います。後者は、バリデーションが失敗したときに例外を上げます。 person = Person.create(:first_name => "Syd", :last_name => "Vicious") person = Person.create!(:first_name => "Emmanuel", :last_name => "Zorg") 保存 ドキュメントをデータベースに格納するに

前回（と言ってももう２ヶ月前か……1.5.8まででちゃってますね。（追記：丁度今日、1.6.0 安定版がリリースされました！）例によってビルドはクソ長いので注意して下さい）、「Mac OS X で MongoDB を動かす」で、Mac OS X での MongoDB インストール、起動、停止、デーモン化をしました。 今回は、付属のシェルで簡単なCRUD操作をしてみたいと思います。なので、OSやプログラミング言語は関係ありません。素の MongoDB を学ぶ目的で作成しました。SQL 知らないと ORM が満足に使えないように、今回の CRUD 操作を知っておけば、各言語用の ORM で悩むことが少なくなると思います。 なお、今回もいちいちイラッ☆とくる語りが入ります。 復習しておきましょうか、MongoDB っていうのは、 ドキュメント指向ストレージで インデックスをサポートしていて レプ

インストールに引き続き、ドキュメントを解説します。 ドキュメントは Mongoid のコアオブジェクトであり、データベースに永続化したい全てのオブジェクトは、Mongoid::Document をインクルードしてください。MongoDB でのドキュメントは、BSON オブジェクトとして表現されており、これは Ruby のハッシュや JSON によく似ています。Mongoid のドキュメントは、データベースのコレクションに格納されるか、他のドキュメントにエンベッドされ階層化された形で格納されます。Mongoid ではエンベッドされたオブジェクトもモデルとして表現できるという意味です。 ドキュメント定義 Person を表すシンプルなモデルを考えてみましょう。Person は、first name と last name と middle initial を持ちます。Person オブジェクト

まずは、インストールの解説です。 $ gem install mongoid --pre Rails3 対応の最新版は執筆時点で 2.0.0.beta.16 で、ベータ版なので、--pre オプションを使ってインストールします。2.0.0 リリースの際には、--pre を取って下さい。 そして、mongo ドライバー自体のパフォーマンスを上げるために、bson_ext をインストールしましょう。 $ gem install bson_ext bson_ext には、boost が必要です。MongoDB のインストール時にインストールされていると思いますので、問題ないと思います。もし、インストールできなくても動きますので、気にしないで下さい。 Rails 3 でのインストール Rails3 は Bundler を使用しており、必要な Gem を、Gemfile というファイルに書くことにな

つい先日 1.6.0 がリリースされ、MongoDB の時代がいよいよキタ！って感じです。MongoDB 自体のインストール・操作などは下記の記事を参考にしてください。 Mac OS X で MongoDB を動かす ハンズオンで分かる MongoDB チュートリアル この記事では、Rails3 にふさわしい ORM として、Mongoid を紹介します。 MongoDB の Ruby ドライバーは、mongo ですが、これは素のドライバーで、Rails などと使用するときは、クラス・オブジェクトに自動でマッピングしてくれる ORM を使用したいところです。 その候補として、 MongoMapper MongoDoc MongoModel Candy Mongoid MongoRecord があります、 この内、プロダクションで使われているのは、MongoMapper と Mongoid

Mongoid::Document は、embeds_one, embeds_many, embedded_in といった、ActiveRecord スタイルの3つのマクロを通して、他のドキュメントに対して関連を設定することができます。関連を設定すると、1つのドキュメントが他のすべてのドキュメントのルートになり、全ての関連付けられたオブジェクトはルートドキュメントに埋め込まれます。リレーショナルな関連はこれらのマクロでは設定できません。後述するリレーショナルな関連の項を見てください。 先の例の Person モデルが、他のドキュメントと関連する場合を考えてみましょう。 app/models/person.rb: class Person include Mongoid::Document field :first_name field :last_name embeds_one :addr