HABTM - restricción de exclusividad

Question

Tengo dos modelos con una relación HABTM: usuario y rol.

• usuario - has_and_belongs_to_many: papeles
• papel - belongs_to: usuario

Quiero añadir una restricción de unicidad en la (tabla) users_roles unirse a que dice que el user_id y ROLE_ID deben ser únicos. En los carriles, se vería así:

validates_uniqueness_of :user, :scope => [:role] 

Por supuesto, en los carriles, que normalmente no tenemos un modelo para representar la relación unirse en una asociación HABTM.

Entonces mi pregunta es ¿dónde está el mejor lugar para agregar la restricción?

Answer 1

Usted puede agregar singularidad a unirse a la mesa

add_index :users_roles, [ :user_id, :role_id ], :unique => true, :name => 'by_user_and_role' 

ver In a join table, what's the best workaround for Rails' absence of a composite key?

Su base de datos lanzará una excepción a continuación, que usted tiene manejar.
no sé ninguna lista para utilizar la validación de los carriles para este caso, pero se puede añadir su validación como esto:

class User < ActiveRecord::Base 
has_and_belongs_to_many :roles, :before_add => :validates_role 

me acaba de caer en silencio la llamada base de datos e informar éxito.

def validates_role(role) 
    raise ActiveRecord::Rollback if self.roles.include? role 
end 

ActiveRecord :: Rollback es capturado internamente pero no resubía.

Editar

No utilice la parte en la que estoy añadiendo una validación personalizada. Funciona un poco, pero hay mejores alternativas.

Uso :uniq opción asociación como @Spyros sugirió en otra respuesta:

class Parts < ActiveRecord::Base 
    has_and_belongs_to_many :assemblies, :uniq => true, :read_only => true 
end 

(fragmento de este código es de Rieles Guías de la versión 3). Lea en Rails Guides v 3.2.13 busque 4.4.2.19: uniq

Rails Guide v.4 específicamente advierte contra el uso de include? para comprobar la exclusividad debido a las posibles condiciones de carrera.

Se mantiene la parte sobre cómo agregar un índice para unir la tabla.

Answer 2

Creo que el uso de: uniq => true aseguraría que no obtenga objetos duplicados. Pero, si desea verificar si existe un duplicado antes de escribir un segundo para su base de datos, probablemente usaría find_or_create_by_name_and_description (...).

(De nombre del curso y la descripción son sus valores de columna)

Answer 3

prefiero Referencia

class User < ActiveRecord::Base 
    has_and_belongs_to_many :roles, -> { uniq } 
end 

otras opciones here

Answer 4

En los carriles 5 querrá utilizar distinct en lugar de uniq

Además, trate de esto para asegurar la exclusividad

has_and_belongs_to_many :foos, -> { distinct } do 
    def << (value) 
    super value rescue ActiveRecord::RecordNotUnique 
    end 
end