No podrá hacer que Rails conozca esta matriz y usarla para asociaciones.
Pero si desea una búsqueda/filtrado más rápido de las tareas asignadas a los usuarios, puede mantener una matriz de ID de usuario en el objeto Tarea. De lo contrario, tendría que hacer un JOIN para encontrar todas las tareas asignadas a Alice, en su tabla de asociación estándar.
Entonces, la solución es mantener la tabla de asociaciones pero también duplicar el ID de usuario asignado en el objeto Task y usar esa lista de ID para una búsqueda/filtrado más rápido.
Tendrás que conectarte a after_create y after_destroy ciclo de vida para los objetos asignados e inserte nuevos ID de asignados en la matriz de registro de tareas. Y luego, cuando se elimine un asignado de una tarea, actualice la matriz para eliminar la ID.
Consulte los documentos de Postgres para conocer todos los operadores de matrices:
Algo como esto:
class Task < ActiveRecord::Base
has_many :assignees, :dependent => :destroy
end
class Asignee < ActiveRecord::Base
belongs_to :task
after_create :insert_task_assignee
after_destroy :remove_task_assignee
# assumes that there is a column called assignee_id
# that contains the User ID of the assigned person
private
def insert_task_assignee
# TODO: check for duplicates here - before we naively push it on?
task.assignee_list = task.assignee_list.push(assignee_id)
task.assignee_list.save
end
def remove_task_assignee
id_list = task.assignee_list
id_list.reject! { |candidate_id| candidate_id == assignee_id }
task.assignee_list = id_list
task.assignee_list.save
end
end
# find all tasks that have been assigned Alice & Bob
# this will require the `postgres_ext` gem for Ruby / Postgres array searching
tasks = Task.where.contains(:assignee_list => [alice.id, bob.id]).all
