RoR. Модель с большим количеством атрибутов и их валидация

Question

[jj_killer]

Обращаюсь к рельсовикам. Предположим есть модель:

class Event
  include Mongoid::Document

  field :action, type: Symbol
  field :actor_structure, type: Array
  # и так еще штук 40 полей, то символов, то массивов

end

Каждое поле должно соответствовать значению из списка возможных. Для каждого поля свой список. В список часто добавляются новые значения. Первое, что приходит в голову, так это has_many и has_and_belongs_to_many. Но я боюсь, что это сильно замедлит выборку по модели и вообще, возможно даже анти-паттерн.

Можно оставить их как атрибуты создав соответствующие им модели, и для каждого атрибута написать кастомный валидатор. Хотя это тоже, скорее всего, анти-паттерн.

Answer 1

[EugeneOZ]

Я не рельсовик, но второй Ваш вариант с валидаторами считаю нормальным.

Comments

[EugeneOZ]

списки допустимых значений наборов можно в конфиги вынести, чтобы код валидаторов не править при изменении.

[jj_killer]

Код валидаторов не нужно менять, списки хранятся в отдельных Моделях.

[EugeneOZ]

«Для каждого поля свой список. В список часто добавляются новые значения.» — вам виднее :)

[jj_killer]

Ну так идея в том, что так добавлять проще. Но там есть свои минусы. Каждая из 40 моделей, это одна коллекция в Моного, а монго не очень любит маленькие коллекции. Есть вариант, свести все в одну модель, указывая для какого поля, какое значение. Можно хранить в YAML и подзагружать на старте рельс. Это самый лучший в плане производительности вариант, но тогда надо придумать как обновлять эти списки. В общем у меня пока одни вопросы :)

[EugeneOZ]

Маленькие коллекции любят Redis, Couchbase. Я не знаю, есть ли op-code кэшер в Ruby, но если есть, то YAML или JSON это очень даже хороший вариант.

[jj_killer]

Если YAML, тогда я не уверен, что у рельс есть возможность их прозрачно обновлять, без перезагрузки. Можно подумать по поводу Redis, но я бы не хотел увеличивать общую сложность системы.

Answer 2

[sl_bug]

В случае добавления нового значения — правим валидаторы, печалька…

has_many это вариант. если нужно вытягивать с зависимостями то есть includes

Но в любом случае реальные данные будут полезны, что бы помочь.

Comments

[jj_killer]

Нет, не надо его править, валидатор делает так:

class ActionValueValidator < ActiveModel::EachValidator
  def validate_each(record, attribute, value)
    unless Action.find_by(id: value)
      record.errors[attribute] << (options[:message] || "Not valid Action value")
    end
  end
end

Где id, точнее _id в случае с MongoDB это одно из значений action.

Мне подсказали похожий вариант с YAML, но там надо придумать как подгружать новые значения без перезагрузки рельс.

[jj_killer]

То есть, создаются все эти 40 дополнительных моделей, но отсутствуют какие либо связи с моделью Event, кроме такого кастомного валидатора.

[sl_bug]

Ну тогда у вас это Set, и has_many не нужен. Можно и валидатором

[jj_killer]

В данном случае, скорее enum, ну и set'ов там хватает. Я просто раньше никогда не сталкивался с подобным, вот и переживаю, не будет ли потом каких-то проблем с таким подходом.