2009-12-09 4 views
0

У меня есть приложение с моделью учетной записи. Каждая учетная запись принадлежит к спорту, который я обычно имел бы в качестве модели Sport и в БД. Но поскольку это не то, что изменится и не будет использоваться конечными пользователями, я подумал, что лучше было бы поместить его как целочисленный столбец в модели Account и отобразить хэш с использованием переменной класса.Отображение данных не db для моделей рельсов

Однако мне нужно, чтобы у каждого вида спорта было много игроков (которые характерны для каждого вида спорта). Так что я подумал, что я мог бы сделать что-то вроде:

@@player_positions = {:rugby => [position_1, ..., ...]} 

Является ли это хорошая практика для статических данных, как это, или я должен придерживаться, чтобы положить его в БД, как это реляционная?

Я также подумал, может быть, я могу использовать файл yaml, но не знаю, как я могу это установить.

ответ

0

Я бы поместился в базе данных, потому что вы связываете более одного предмета с видом спорта (позиции в дополнение к учетной записи). Это облегчает жизнь, если вы хотите использовать own_to, и это позволит вам легко использовать SQL для подсчета и т. Д. (Например, вы можете группировать счета по видам спорта и получать счета по видам спорта).

В некоторых случаях я использовал перечисленный список констант в отличие от таблиц. Например, у меня было простое приложение с пользовательским типом ADMIN, EDITOR и READER. Вместо того, чтобы помещать это в таблицу ролей в БД, я просто сделал эти константы в классе User и добавил столбцы строк в таблицу users для роли.

+0

Да, это было мое ощущение кишки, так как я думаю, что может быть больше вещей, которые мне нужно связать с Accoutn и Sport – Cameron

Смежные вопросы