Имеется такая ситуация.

В системе хранятся зарегистрированные пользователи. Каждый пользователь характеризуется своей ролью, причем ролей может быть более чем одна. Реализовано это связкой таблиц: ПОЛЬЗОВАТЕЛЬ - ПОЛЬЗОВАТЕЛЬ_РОЛЬ - РОЛЬ.

Следующее требование - это для определенной роли хранить свою специфическую информацию, скажем для роли БУЛОЧНИК, нужно также сохранять и название булочной где он работает, и адрес и часы работы и средний вес посетителей данной булочной.
Число таких ролей и требований для каждой из них известно заранее, причем специфические требования обязаны присутствовать, если зарегистрирован пользователь с такой ролью.

Есть идея реализовать это введением отдельной таблицы, где будет хранится эта самая специфическая информация для роли и далее связать эту таблицу с таблицей ПОЛЬЗОВАТЕЛЬ.
Если продолжать мой пример, то добавляется таблица БУЛОЧНАЯ с атрибутом НОМЕР_ПОЛЬЗОВАТЕЛЯ.
При этом на уровне приложения контролировать, то именно для БУЛОЧНИКА заполняется данная таблица и заполняется ли она вообще.

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

>> Кот Матроскин
Спасибо. Интересная мысль.

Формально, получается, что при таком подходе решаются эти задачи, однако, в данном случае, теряется удобство работы с данными на уровне приложения, если я верно уловил Вашу идею.
В любом случае, я заранее знаю список необходимых атрибутов и, соответственно, мне проще работать именно с сущностями (БУЛОЧНАЯ) и их атрибутами (АДРЕС БУЛОЧНОЙ) как неким абстрактным типом, нежели чем просто с набором атрибутов.
В предложенном Вами варианте, мне придется в любом случае на уровне приложения, составлять эту самую сущность из атрибутов, что, как мне представляется, не совсем удобно.

>> softwarer
Спасибо за Ваше мнение.

На самом деле, я рассматривал вариант хранения дополнительных полей в таблице ПОЛЬЗОВАТЕЛЬ. Однако, специфичных полей для каждой из роли более чем 10. Хотя в данный момент, мне необходимо отслеживать все лишь 2 роли(потенциально возможно еще 1-2 роли, но маловероятно) мне кажется что это будет не совсем верно.

Что касается отношения 'многие-ко-многим', то здесь, да, вы правы - такая ситуация, в принципе, возможна. Требуется дополнительный анализ с моей стороны.

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

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

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