Вы можете расширить базу членства и написать свой провайдер и т. Д.
смотрите здесь
Тем не менее, это большая боль, и если я понимаю, что вы после этого, то трата усилий.
Правильно ли я думаю, что вы хотите связать пользователей в базе данных членства с использованием в ваших собственных данных, и поэтому хотели бы добавить дополнительные таблицы (компания, филиал, пользователь) и т. Д.?
Если это так, просто сверните вторую базу данных с вашими пользовательскими таблицами. В пользовательской таблице вашей собственной базы данных сохраните уникальное имя пользователя членства и используйте его для связи с ними в вашей бизнес-логике.
Например, если вам нужно получить роли членства для каждого пользователя в Филиале X.
a) Получить всех пользователей в Branch X из вашей пользовательской базы данных
б) Переберите их всех, используя призыв к членству, чтобы получить пользователя и его роли.
Или, для текущего вошедшего в систему пользователя получить свою компанию. Получить текущее имя пользователя, зарегистрированное в системе, использовать его, чтобы получить пользователя из вашей БД и получить его филиал и компанию и т. Д.
Я знаю два плохих примера, но надеюсь, что это поможет.
TL; DR использует собственную базу данных вместе с базой данных, сохраняя имя пользователя для каждого пользователя в вашей базе данных. Слияние двух не стоит хлопот в большинстве случаев.