Is there a way to manage the states in AASM by keeping them in a table to normalize the data? -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
Not really sure, how to understand your question. I was also wondering on how to use AASM to extend states during run- time. Is it this what you are asking? On 16 Jul., 00:53, Me <chabg...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> Is there a way to manage the states in AASM by keeping them in a table > to normalize the data?-- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
Well sort of. Basically you have a ton of states that are defined in the model, is there away to take those stares and define them in the db and have a fk pointing back to the main model. Normalized db. Repeated data extrapolated into another table. On Sunday, July 18, 2010, poseid <mulder.patrick-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> Not really sure, how to understand your question. > > I was also wondering on how to use AASM to extend states during run- > time. Is it this what you are asking? > > > On 16 Jul., 00:53, Me <chabg...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: >> Is there a way to manage the states in AASM by keeping them in a table >> to normalize the data? > > -- > You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. > To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en. > >-- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
[Please quote when replying -- otherwise, it''s hard to figure out what you''re replying to.] Chris Habgood wrote:> Well sort of. Basically you have a ton of states that are defined in > the model, is there away to take those stares and define them in the > db and have a fk pointing back to the main model. Normalized db. > Repeated data extrapolated into another table.That''s easy enough to do in general. You were asking about AASM, though, and I''m not sure how to get that working without patching AASM. A patch shouldn''t be difficult, and I''ve also been bothered enough by AASM''s lack of normalization that I might write one at some point... ...but for now, I''ve kind of accepted the lack of normalization as the price to pay for easy AASM management. Perhaps an enumerated type would be a good compromise, if your DB supports it (there are plugins to get enumerated types working with Rails). Best, -- Marnen Laibow-Koser http://www.marnen.org marnen-sbuyVjPbboAdnm+yROfE0A@public.gmane.org -- Posted via http://www.ruby-forum.com/. -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.