[x]
Posted via EE Mobile

Search, ask, and monitor your questions on the go with EE Mobile. Visit Experts Exchange from your mobile device and never be out of touch again.

Question
[x]
Attachment Details
[x]
The Solution Rating System

With so many solutions, how can you tell which solutions are most likely to help you and which ones are not? To provide you with a tool to use, we rate our solutions based on various elements that most accurately determine if a solution is a quality solution. To explain what factors affect the solution rating, here are the elements we take into consideration when formulating our solution rating.

  • The Grade of the Solution
  • The Zone Rank of the Expert Providing the Solution
  • The Number of Author and Expert Comments
  • The Number of Experts Contributing
  • The Feedback of the Community

Your Input Matters
Because of the way the system is set up, the most important variable in this equation is you. As a member of Experts Exchange, you are able to cast your vote on the quality of the solutions in regard to how complete, accurate, helpful and easy to understand each solution is. When you provide your feedback, each rating is adjusted accordingly. So, if you see a solution that has a poor rating that you think is a good solution, let us know by rating it. As you do, the rating will be adjusted and will become more accurate for other members of our site.

If you have any suggestions that you would like to make for our rating system, please ask a question in the Suggestions Zone of Community Support.

Thank you!

8.4

Selecting records through :has_many :through association

Asked by lawrenjn in RubyOnRails, Ruby Scripting Language

Tags: has_many, through, ruby, rails, join, model

I have the following models, where `favorites` acts as a join table for my `users` to store their favorite `items`:

class User < ActiveRecord::Base
  :has_many :favorites
  :has_many :items, :through => :favorites
end

class Item < ActiveRecord::Base
  :has_many :favorites
  :has_many :users, :through => :favorites
end

class Favorite < ActiveRecord::Base
  :belongs_to :user    # foreign key user_id
  :belongs_to :item    # foreign key item_id
end

I want to do one query (find) that lists every item and has some sort of "flag" on each to show whether or not it's a favorite of the current user.  This SQL query is perfect at performing this:

"SELECT items.*, favorites.id AS fid FROM items LEFT JOIN favorites ON favorites.item_id=items.id AND favorites.user_id=#{@current_user.id}"

It returns every row in the items table and then has NULL for fid where the item is NOT a favorite of the current user.  This is what I want, so that in the partial that displays all items I can simply know by the presence of a non-null fid whether an item is already a favorite of the user.  

I cannot seem to reproduce this "the Rails Way".

I have tried:

Item.find :all, :joins => [ 'users', 'favorites' ], :conditions => [ 'favorites.user_id = #@current_user.id}"]

I believe that doesn't work because it does an INNER JOIN, not a LEFT JOIN and so eliminates items that are not in fact favorites of the current user, so I tried this next thing (again not very railsy, but thinking it would work via brute force at least):

Item.find :all, :joins => [ "LEFT JOIN favorites ON favorites.item_id = item.id" ], :conditions => [ 'favorites.user_id = #@current_user.id}"]

This similarly did not work and returned only the items that ARE favorites of the current user.  Apparently ActiveRecord is too smart and is "realizing" that I want only the items that are user favorites, but it's wrong!

What am I missing?

John
[+][-]04/05/09 09:07 PM, ID: 24074302Accepted Solution

View this solution now by starting your 30-day free trial. Setting up your free trial is quick, easy, and secure. We will return you to this solution, unlocked, when you're done.

About this solution

Zones: RubyOnRails, Ruby Scripting Language
Tags: has_many, through, ruby, rails, join, model
Sign Up Now!
Solution Provided By: wesgarrison
Participating Experts: 1
Solution Grade: B
 
 
Loading Advertisement...
20091111-EE-VQP-89 - Hierarchy / EE_QW_3_20080625