Разработка таблицы пользователей для единого входа для использования в поддоменах

У нас есть сайт с поддоменами, такими как:

example.com- Главный сайтfood.example.comfashion.example.com

И каждый домен и поддомен имеет свою базу данных, например:

exampleDB- Основная БД с таблицей пользователейfoodDBfashionDB

Что вы пробовали?

Прямо сейчас для единого входа мы запланировали перенаправление пользователей на нашем основном сайте для регистрации.

При обработке заказа в поддоменах получите UserID из основной БД и сохраните в таблице «Заказы» соответствующего субдомена.

Для целей отчетности мы хранимUserID безFK constraint вOrders таблица, так как у нас есть отдельная база данных.

я могу видетьВот у сайтов обмена стека есть отдельные базы данных, но есть ли у них отдельныепользователи столы тоже?

Хранится ли сетевой профиль StackExchange в отдельной базе данных?

Я могу видеть изВот что таблица пользователей каждого сайта имеет AccountId профиля сети StackExchange.

Пример:

Вот такое Nick Craver Профиль сети с ID: 7598

Его профиль в истории сайта имеет идентификатор учетной записи, связанный с тем же ID: 7598 проверитьэтот запрос.

Я не вижуAccounts стол в любом местеданные превью Так былоAccountId хранится? И как SSO делается на нескольких сайтах, используяAccountId ?

Мой вопрос: Нужна ли нам одна пользовательская таблица в главной базе данных или нам нужно создать отдельные пользовательские таблицы для базы данных поддомена иLink Main DB UserID но не ограничение ФК? Какой дизайн сайта лучше всего подходит для покупок?

Любая помощь будет отличной.

Ответы на вопрос(4)

Ваш ответ на вопрос