Consort
Mixing ActiveRecord and other ORMs like Mongoid? Need relationships between those data layers? Really hate either implementing a bunch of accessors or copy-pasting the same metaprogramming over and over again?
Use Consort! Built around a simple modification to standard ActiveRecord association syntax, Consort allows you to more easily retrieve data from cross-ORM single-to-single and single-to-many associations without writing or recycling code.
Once More, With 50% Less Jargon
If you have a Rails app using both ActiveRecord and Mongoid, you've probably discovered you can't create associations between the two.
Consort allows you to define has_one, has_many, and belongs_to associations between ActiveRecord and Mongoid object classes. (And it can be extended to support nearly any combination of ORM adapters, but ActiveRecord <-> Mongoid is what's written today.)
Installation
Add this line to your application's Gemfile:
gem 'consort'
And then execute:
$ bundle
Or install it yourself as:
$ gem install consort
Requirements
Ruby 1.9.3 or 2.0.0. Alternate VMs compatible with these versions should also work.
Ruby 1.8 is not supported.
Rails Compatibility
Consort currently targets Rails 3.2. Mongoid and several other ORM layers have not yet been updated for Rails 4, and most projects are continuing to use Rails 3.2 for now. Consort has not been tested against earlier Rails 3 versions; if you're stuck on an earlier version, let me know how it works for you.
Rails 4 support is planned.
Usage
Consort allows basic relationships to be defined between ActiveRecord and other ORM layers. Simply add _[ORM_TYPE] to what you'd normally use. active_record and mongoid are currently supported.
The relationship macros are designed to read cleanly:
- Airframe has one ActiveRecord powerplant
- Airframe has many Mongoid variants
On an ActiveRecord model, you can define relationships with Mongoid:
class Airframe < ActiveRecord::Base
belongs_to_mongoid :manufacturer
has_one_mongoid :powerplant
has_many_mongoid :variants
end
On a Mongoid model, you can define relationships with ActiveRecord:
class Airframe
include Mongoid::Document
belongs_to_active_record :manufacturer
has_one_active_record :powerplant
has_many_active_record :variants
end
Nota bene: Consort currently provides only basic association accessors. It does not implement callbacks. Consort also does not currently implement many-to-many associations. I've rarely run into a situation where cross-ORM many-to-many associations make sense, and implementing them would require making opinionated decisions I don't care to make without community input. If this is something you find yourself needing immediately, you'll have to implement it yourself. (Pull requests and feedback are welcome.)
Contributing
- Fork it
- Create your feature branch (
git checkout -b my-new-feature) - No, seriously, create a branch. Call it
ravenous-monkeyfor all I care, but create a branch. - Commit your changes (
git commit -am 'Add some feature') - Push to the branch (
git push origin my-new-feature) - Create new Pull Request
Make sure you include tests! Tests are good. Tests are required. All hail tests.
Consort tests are built with Minitest; beyond that, I'm flexible. Minitest::Unit and Minitest::Spec are both fine.



