Wir haben eine Site mit Subdomains wie:

example.com- Hauptseit food.example.com fashion.example.com

Und jede Domain und Sub-Domain hat eine andere Datenbank, wie folgt:

exampleDB - Hauptdatenbank mit Benutzertabelle foodDB fashionDB

Was hast du versucht?

Right now, für die einmalige Anmeldung haben wir geplant, Benutzer auf unserer Hauptseite zur Anmeldung umzuleiten.

Während der Auftragsabwicklung in Unterdomänen wird die Benutzer-ID aus der Hauptdatenbank abgerufen und in der Auftragstabelle der jeweiligen Unterdomäne gespeichert.

u Berichtszwecken speichern wir dasUserID ohneFK constraint in demOrders Tabelle, da wir separate Datenbank haben.

Ich kann es sehenHie Diese Stack-Exchange-Sites haben separate Datenbanken, aber hat sie separate users Tabellen auch?

Wird das StackExchange-Netzwerkprofil in einer separaten Datenbank gespeichert?

Ich kann von @ sehHie dass die Benutzertabelle jeder Site die Konto-ID des StackExchange-Netzwerkprofils hat.

Ein Beispiel

Hie ist Nick Craver Netzwerkprofil mit der ID: 7598

Ihr Profil auf der Verlaufsseite hat eine mit derselben ID verknüpfte Konto-ID: 7598 checkDie query.

Ich kann das @ nicht sehAccounts Tabelle überall indata dumbs, Also wo istAccountId gelagert? Und wie wird SSO an mehreren Standorten mithilfe von @ durchgeführAccountId ?

Meine Frage Benötigen wir eine einzelne Benutzertabelle in der Hauptdatenbank oder müssen wir separate Benutzertabellen für die Datenbank der Unterdomäne und @ erstelleLink Main DB UserID aber nicht FK Einschränkung? Welches ist das beste Design für eine Shopping-Site?

Jede Hilfe wäre toll.