Как реализовать возможность регистрации разного типа пользователей?

Question

[Ewoqq]

Как лучше всего реализовать возможность регистрировать разных пользователей(физическое лицо или юридическое) чтобы у каждого типа были разные поля данных(например у юр. лица нет полей фамилия имя и т.д,), но одна сущность, т.е. "пользователь".

Answer 1

[Viktor Vsk]

Даете юзеру роль (Физ. лицо / Юр. лицо)
Все роле-специфические поля складываете в хэш. Если используете постгрес - hstore, если sqlite или mysql - то store accessor с полем типа text

Если же у вас не постгрес и нужно индексировать эту информацию, то неповезло.

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

Если первый вариант не подошел (не испольщуете постгрес или монгу, то есть, нет поддержки NoSQL), то нужно нормализовывать базу.
Делаете юзера. А у юзера связь с моделью PhysicalUserInfo, LegalEntityUserInfo

Или, как вариант нормализации, создаете сущность "Свойство", которое принадлежит роли. И у одного пользователя будет одно количество свойст (для физлица), у другого - другое (для юрлица) (тогда, конечно, еще и роль вынести в модель для порядка)

Comments

[Ewoqq]

Разве STI подходит под то, когда очень много разных полей которые надо хранить?

[Viktor Vsk]

Ewoqq: Потому на это и акцентировал внимание :) И потом я и написал, что это самый простой способ.
Понятие - очень много, тоже ничего не значит без конкретных цифр. Если у вас 50 полей на физлицо, 50 полей на юрлицо и ожидается, что всего будет 10000 пользователей, то пережить явно можно будет

[Ewoqq]

Я не понимаю немного как на рельсах это реализовать, не так много работал с ними.

Answer 2

[Станислав Макаров]

martinfowler.com/eaaCatalog/singleTableInheritance.html
martinfowler.com/eaaCatalog/classTableInheritance.html
martinfowler.com/eaaCatalog/concreteTableInheritan...