Comments 3
Уважаемый, а зачем же вам единая база, если у Вас теоретически один и тот же пользователь может использовать оба сервиса?
Если вы говорите про разделение таблиц, то помимо таблиц users нужно было бы разделять и другие таблицы, и нужно было бы копаться в плагине feathers-authentification, так как он расчитан на работу только с одной таблицей users. Если разделять базы, то нужно было бы разделять и backend, но зачем это делать если можно сделать все в одном backend?
Все верно. Я говорю про одну таблицу (т.е. users). А проблема вот в чем. В самом начале статьи Вы сами привели такой контр-пример, в котором дублируется email какого-то пользователя.
Дублирование в БД — вещь плохая. Могу лишь предположить, что ваш Back (в т.ч. и БД) используется как «куча», дабы не держать два инстанса и следовательно эти два «project» работают независимо и у них нет общих бизнес-процессов.
Поясните если ошибаюсь.
email pass project
+------------+--------+-------
1@gmail.com 123 front_one
1@gmail.com 123 front_twoДублирование в БД — вещь плохая. Могу лишь предположить, что ваш Back (в т.ч. и БД) используется как «куча», дабы не держать два инстанса и следовательно эти два «project» работают независимо и у них нет общих бизнес-процессов.
Поясните если ошибаюсь.
Sign up to leave a comment.
Разделить пользователей по ролям в FeathersJs