aboutsummaryrefslogtreecommitdiffstats
path: root/guides/source/active_record_querying.md
diff options
context:
space:
mode:
authorSean Griffin <sean@seantheprogrammer.com>2016-05-30 15:54:04 -0400
committerSean Griffin <sean@seantheprogrammer.com>2016-05-30 15:58:03 -0400
commit02da8aea832485044fde1b94c021a66d37d54dec (patch)
tree833b858d9e41f757cb36bb2555367ccd7b130f5f /guides/source/active_record_querying.md
parent518893f82be616a22176a8671e394d4ccb6b6c58 (diff)
downloadrails-02da8aea832485044fde1b94c021a66d37d54dec.tar.gz
rails-02da8aea832485044fde1b94c021a66d37d54dec.tar.bz2
rails-02da8aea832485044fde1b94c021a66d37d54dec.zip
Exists shouldn't error when used with `includes`
Currently `exists?` does some hackery where it assumes that we can join onto anything that we passed to `eager_load` or `includes`, which doesn't work if we are joining onto a polymorphic association. Actually figuring out if we want to include something would require knowledge deep within the join dependency module, which is hard to pull up. The simplest solution is just to pass a flag down that says we're not actually going to try to eager load any of the data. It's not the solution I'd like, but that code really needs to be untangled before we can do much with it. This is another attempt at 6d5b1fd which should address the concerns that led to reverting it in 4ecabed.
Diffstat (limited to 'guides/source/active_record_querying.md')
0 files changed, 0 insertions, 0 deletions