Mi idea era tener una tabla en BD que se llame ClassChanges que no tuviera ID como PK sino que tuviera => student_id, date y class_id como primary key En mi modelo habia hecho lo siguiente:
#Student has_many :class_changes #ClassChange belongs_to :student belongs_to :class #Class has_and_belongs_to_many :class_changes no se si es correcto mi planteo Un estudiante puede tener muchos cambios de clases pero no puede tener mas de uno para el mismo dia y clase. Una clase puede estar relacionada a muchos cambios de clases. poli 2011/6/25 Martin Aceto <[email protected]> > 2011/6/25 Paolo Loran <[email protected]>: > > Hola a todos queria consultarles lo siguiente: > > > > Tengo un Alumno que posee cambios de clases a una fecha > > > > Student{name, address, dni} donde su primary key seria id (generada > > automaticamente en migrations) > > > > por otro lado tengo: > > > > CambioDeClase{student_id, date, :class_id} donde su primary key no > deberìa > > ser id sino que deberìa ser => :student_id, :date, :class_id > > > > Es posible armar este tipo de objeto donde no me permita ingresar un > mismo > > alumno para la misma fecha a la misma clase? > > > > Saludos. > > poli > > > > _______________________________________________ > > Ruby mailing list > > [email protected] > > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > > > > Hola Paolo, > > no se como tenes armada la relación pero no te sirve validates_associated ? > > > http://api.rubyonrails.org/classes/ActiveRecord/Validations/ClassMethods.html#method-i-validates_associated > > > Saludos.- > > -- > Martin > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar >
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
