ActiveRecord Arel lub warunek

Zapytania ActiveRecord są obiektami ActiveRecord::Relation (które nie obsługują or), a nie obiektami Arel (które obsługują).

[ UPDATE : od Rails 5," or " jest obsługiwane w ActiveRecord::Relation; Zobacz https://stackoverflow.com/a/33248299/190135 ]

Ale na szczęście ich metoda where akceptuje obiekty Arel query. Więc jeśli User < ActiveRecord::Base...

users = User.arel_table
query = User.where(users[:kind].eq('admin').or(users[:kind].eq('author')))

query.to_sql Teraz pokazuje uspokajające:

SELECT "users".* FROM "users"  WHERE (("users"."kind" = 'admin' OR "users"."kind" = 'author'))

Dla jasności, możesz wyodrębnić tymczasowe zapytanie częściowe zmienne:

users = User.arel_table
admin = users[:kind].eq('admin')
author = users[:kind].eq('author')
query = User.where(admin.or(author))

I oczywiście, gdy już masz zapytanie, możesz użyć query.all do wykonania rzeczywistego wywołania bazy danych.

From the actual Arel page:

Operator OR działa tak:

users.where(users[:name].eq('bob').or(users[:age].lt(25)))

Od Rails 5 mamy ActiveRecord::Relation#or, pozwalając ci to zrobić:

User.where(kind: :author).or(User.where(kind: :admin))

...który zostanie przetłumaczony na sql, którego można się spodziewać:

>> puts User.where(kind: :author).or(User.where(kind: :admin)).to_sql
SELECT "users".* FROM "users" WHERE ("users"."kind" = 'author' OR "users"."kind" = 'admin')

Napotkałem ten sam problem, szukając alternatywy activerecord dla mongoida #any_of.

@ jswanner odpowiedź jest dobra, ale będzie działać tylko wtedy, gdy parametry where są Hashem:

> User.where( email: 'foo', first_name: 'bar' ).where_values.reduce( :and ).method( :or )                                                
=> #<Method: Arel::Nodes::And(Arel::Nodes::Node)#or>

> User.where( "email = 'foo' and first_name = 'bar'" ).where_values.reduce( :and ).method( :or )                                         
NameError: undefined method `or' for class `String'

Aby móc używać zarówno łańcuchów, jak i skrótów, możesz użyć tego :

q1 = User.where( "email = 'foo'" )
q2 = User.where( email: 'bar' )
User.where( q1.arel.constraints.reduce( :and ).or( q2.arel.constraints.reduce( :and ) ) )

It let do that :

> q1 = User.where( email: 'foo1' ); true                                                                                                 
=> true

> q2 = User.where( "email = 'bar1'" ); true                                                                                              
=> true

> User.any_of( q1, q2, { email: 'foo2' }, "email = 'bar2'" )
User Load (1.2ms)  SELECT "users".* FROM "users" WHERE (((("users"."email" = 'foo1' OR (email = 'bar1')) OR "users"."email" = 'foo2') OR (email = 'bar2')))

Edit: od tego czasu opublikowałem klejnot, który pomoże w budowaniu lub zapytaniach.

Po prostu zrób zakres dla swojego stanu OR:

scope :author_or_admin, where(['kind = ? OR kind = ?', 'Author', 'Admin'])

Używając SmartTuple będzie wyglądać mniej więcej tak:

tup = SmartTuple.new(" OR ")
tup << {:kind => "admin"}
tup << {:kind => "author"}
User.where(tup.compile)

Lub

User.where((SmartTuple.new(" OR ") + {:kind => "admin"} + {:kind => "author"}).compile)

Możesz myśleć, że jestem stronniczy, ale nadal uważam, że tradycyjne operacje struktury danych są o wiele bardziej przejrzyste i wygodne niż łączenie metod w tym konkretnym przypadku.

Do rozszerzenia jswanner answer (co w sumie jest zajebistym rozwiązaniem i mi pomogło) do googlowania ludzi:

Możesz zastosować taki zakres

scope :with_owner_ids_or_global, lambda{ |owner_class, *ids|
  with_ids = where(owner_id: ids.flatten).where_values.reduce(:and)
  with_glob = where(owner_id: nil).where_values.reduce(:and)
  where(owner_type: owner_class.model_name).where(with_ids.or( with_glob ))
}

User.with_owner_ids_or_global(Developer, 1, 2)
# =>  ...WHERE `users`.`owner_type` = 'Developer' AND ((`users`.`owner_id` IN (1, 2) OR `users`.`owner_id` IS NULL))

Co z tym podejściem: http://guides.rubyonrails.org/active_record_querying.html#hash-conditions (i sprawdzenie 2.3.3)

admins_or_authors = User.where(:kind => [:admin, :author])

Niestety nie jest obsługiwany natywnie, więc musimy się tutaj włamać.

A hack wygląda tak, czyli dość nieefektywny SQL (mam nadzieję, że DBAs na niego nie patrzy: -)):

admins = User.where(:kind => :admin)
authors = User.where(:kind => :author)

both = User.where("users.id in (#{admins.select(:id)}) OR users.id in (#{authors.select(:id)})")
both.to_sql # => where users.id in (select id from...) OR users.id in (select id from)

To generuje subselets.

A trochę lepszy hack (z perspektywy SQL) wygląda tak:

admins_sql = admins.arel.where_sql.sub(/^WHERE/i,'')
authors_sql = authors.arel.where_sql.sub(/^WHERE/i,'')
both = User.where("(#{admins_sql}) OR (#{authors_sql})")
both.to_sql # => where <admins where conditions> OR <authors where conditions>

To generuje właściwy lub warunek, ale oczywiście bierze pod uwagę tylko część zakresu WHERE.

Wybrałem pierwszą, dopóki nie zobaczę, jak to występuje.

W każdym razie, trzeba być bardzo ostrożnym z nim i oglądać SQL generowane.