aboutsummaryrefslogtreecommitdiffstats
path: root/activerecord/lib/active_record/relation.rb
Commit message (Expand)AuthorAgeFilesLines
* Add Relation#create_with to explictily specify create scopePratik Naik2010-01-041-7/+9
* Ensure using proper engine for Arel::TablePratik Naik2010-01-041-1/+1
* Rename a variable name for consistencyPratik Naik2010-01-031-4/+4
* Move Relation#spawn and Relation#merge to a separate modulePratik Naik2010-01-031-46/+1
* Give preference to the second relation's order when mergingPratik Naik2010-01-031-3/+10
* Further simplify Relation#references_eager_loaded_tables?Pratik Naik2010-01-031-20/+3
* Cache Relation#to_sqlPratik Naik2010-01-031-2/+5
* Make Relation#includes behave exactly like the existing :include optionPratik Naik2010-01-031-3/+30
* Add Relation#includes to be an equivalent of current finder option :includePratik Naik2010-01-031-5/+13
* Implement Relation#create and Relation#create!Pratik Naik2010-01-031-1/+13
* Implement Relation#newPratik Naik2010-01-031-1/+12
* Use arel predicates instead of strings wherever possible when merging relationsPratik Naik2010-01-021-11/+10
* Give higher preference to second relation's equality predicates when mergingPratik Naik2010-01-021-11/+27
* Fix join string for the WHERE clausePratik Naik2010-01-021-1/+1
* Add Relation#table to get the relevant Arel::TablePratik Naik2010-01-011-1/+10
* Add Relation#delete [Pratik Naik, Emilio Tagua]Pratik Naik2010-01-011-0/+4
* Organize Relation methods into separate modulesPratik Naik2009-12-301-239/+1
* Relation#many? shoud load the records if there's a LIMITPratik Naik2009-12-301-1/+1
* Add Relation#any? and Relation#many?Pratik Naik2009-12-301-0/+16
* Oops, add the missing #tap callPratik Naik2009-12-291-1/+1
* Rewrite Relation#readonly, eager_load, preload using Object#tapPratik Naik2009-12-291-12/+4
* Rename Relation#create_new_relation to spawn and refactor preload/eagerload a...Pratik Naik2009-12-291-37/+43
* Refactor Relation#readonly using attr_writerPratik Naik2009-12-291-10/+19
* Relation#respond_to? should take second argument for responding to private me...Pratik Naik2009-12-291-2/+2
* Make sure Relation responds to dynamic finder methodsPratik Naik2009-12-291-1/+9
* Add Relation#size and Relation#empty?Pratik Naik2009-12-291-0/+8
* Use relation#delete_all for Model.delete_allPratik Naik2009-12-291-2/+1
* Add Relation#delete_allPratik Naik2009-12-291-0/+6
* Migrate all the calculation methods to RelationPratik Naik2009-12-291-3/+4
* Use present rather than anyJeremy Kemper2009-12-281-2/+2
* Add Model.having and Relation#havingPratik Naik2009-12-291-0/+12
* Move Relation calculation methods to a separate modulePratik Naik2009-12-281-45/+1
* Add Relation#countPratik Naik2009-12-281-0/+45
* Add Model.readonly and association_collection#readonly finder methodPratik Naik2009-12-281-1/+1
* Raise ArgumentError when trying to merge relations of different classesPratik Naik2009-12-281-0/+2
* Relation#readonly(false) should toggle the readonly flagPratik Naik2009-12-281-4/+9
* Add Model.lock and relation#lock now that arel has lockingPratik Naik2009-12-281-0/+11
* Dont delegate relation#find to to_aPratik Naik2009-12-281-1/+1
* Use arel#from instead of the current hackPratik Naik2009-12-281-10/+5
* Handle preloads and eager loads when merging relationsPratik Naik2009-12-281-2/+4
* Add relation#merge to merge two relationsPratik Naik2009-12-281-5/+17
* Return a new relation when blank is supplied to relation.joinsPratik Naik2009-12-271-1/+1
* Add relation.destroy_allPratik Naik2009-12-271-1/+11
* Make Model.destroy_all use new findersPratik Naik2009-12-271-0/+2
* Add relation.last and relation.reverse_orderPratik Naik2009-12-271-1/+34
* Add relation.exists?Pratik Naik2009-12-271-0/+6
* Add relation.from as a temporary workaround until arel relation has .from optionPratik Naik2009-12-271-3/+13
* Relation should supply :from to find_with_associationsPratik Naik2009-12-271-1/+2
* Add find(ids) to relationsPratik Naik2009-12-271-1/+62
* Make Model.find_or_create_by_* and find_or_initialize_by_* use relations and ...Pratik Naik2009-12-271-3/+4