Hmm, I thought update_attribute didn't fire callbacks - but it turns out it does. Not sure if it's always been that way or it's a relatively new change, but good to know, I guess. Albeit it removes a reason for this inconsistency, so I'm unsure why it's only happening sometimes.
As for the process for deltas generally, in relation to the delta column: * When a record is added/edited, it has delta set to true. * The delta remains set to true until the next full index, at which point it's set to false and remains set to false, unless the record is later changed again. Hope this helps, although it doesn't answer why update_attribute is only firing off the delta indexing only sometimes. Have you got a set of commands that reliably run without the delta indexing happening? -- Pat On 07/06/2012, at 5:45 PM, elanderholm wrote: > Hi Pat- > > It does run the delta if i do update_attributes. > > ## Sphinx > define_index do > indexes :name, :as => :name, :sortable => true > indexes makes.name, :as => :makes_name > indexes zip_code.zip_code, :as => :zip_code > indexes zip_code.city_name, :as => :city > indexes zip_code.state_name, :as => :state_name > indexes zip_code.state_abbr, :as => :state_abbr > > indexes :created_at, :sortable => true > > has zip_code(:id), :as => :zip_code_id > has 'RADIANS(zip_codes.latitude)', :as => :latitude, :type > => :float > has 'RADIANS(zip_codes.longitude)', :as => :longitude, :type > => :float > has makes(:id), :as => :makes_id > has disabled, :as => :disabled, :type > => :boolean > has number_of_offers_made, :as => :offer_count, :type > => :integer > has total_time_of_last_x_offers, :as => :time_to_offer, :type > => :integer > > set_property :latitude_attr => "latitude" > set_property :longitude_attr => "longitude" > set_property :delta => true > end > > Though it seems like sometimes it does work with just > update_attribute. It's almost like it works or it doesn't for all the > objects. But, if it starts working then it works fine until I open a > new console. I guess what I'm trying to say is it's not consistent. > It's not like update_attribute never works by itself. Also, once I > run an update_attributes then update_attribute works. > > Also, is this the proper behavior. > If I use update_attributes to change the name for example, it changes > the delta from false to true. It's false after running rake ts:index > for instance. Then the rotate runs and the delta stays true? Is that > correct? When it doesn't work the delta stays false and never toggles > to true. > > thanks. > Erik > > On Jun 7, 1:48 am, "Pat Allan" <[email protected]> wrote: >> Hi Erik >> >> Can you show us your index definition? Also, does it work if you run >> update_attributes, as opposed to update_attribute (plural, not singular)? >> >> -- >> Pat >> >> On 07/06/2012, at 4:52 AM, elanderholm wrote: >> >> >> >> >> >> >> >>> I'm going to do my best to describe what is going on here with all the >>> detail I can muster! :) >> >>> First the gist. When I do object.update_attribute...index_delta does >>> not run. More then that if I do Class.index_delta(self) it can't find >>> index_delta. It does not respond_to? it. >> >>> If I do object.update_attributes it works fine. It runs the >>> index_delta after_commit. >> >>> I even went as far as to create my own after commit that looked >>> something like >> >>> after_commit do >>> Class.index_delta(self) >>> end >> >>> and i get a no_method error for the Class if I do update_attribute. >>> If i do update_attributes it actually ends up rotating the indexes >>> twice. Once from the thinking_sphinx code and once from my >>> after_commit. >> >>> I'm using >>> Rails 3.2 >>> gem 'thinking-sphinx', '~> 2.0.12' >>> Sphinx 0.9.9-release (r2117) >> >>> Thanks >>> Erik >> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Thinking Sphinx" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group >>> athttp://groups.google.com/group/thinking-sphinx?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Thinking Sphinx" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/thinking-sphinx?hl=en. > -- You received this message because you are subscribed to the Google Groups "Thinking Sphinx" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/thinking-sphinx?hl=en.
