Господа, не сердитесь, если вопрос окажется слишком ламерским.

Ситуация такая: нужно сделать учебную базу. Будет 3 типа пользователей. Все сделал, на каждый тип по таблице, эти таблицы завязаны на таблицу с common_info (ну, понятно, что это такое), и все таблицы учавствуют в других связях для реализации собственно логики будущего приложения.

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

Надеюсь я доступно изложил свою мысль. Сейчас есть по таблице на роль. А хочется держать роли в виде записей в одной таблице. Есть ли типовые решения? Насколько они усложняют структуру базы?

mcureenabИзмени принцип классификации пользователей. Нужно чтобы остался один класс пользователей, а различия объектов пусть определяются назначенными ролями.

Да, я тоже не совсем понял :(

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

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