- separate Datenbank für jeden Mieter < /li>
Gleiche Datenbank mit separaten Schemata pro Mieter < /li>
Gleiche Datenbank und Schema unter Verwendung einer Mieterkennung in Tabellen < /li>
< /ol>
Option 2 scheint ideal zu sein, da es Multi-Messen ermöglicht, ohne alle Tabellen zu ändern und gleichzeitig Isolation bereitzustellen und weniger Verbindungspools im Vergleich zu einem separaten Datenbankansatz zu erfordern. Ein potenzieller Nachteil ist jedoch, dass Datenbankmigrationen mit zunehmender Anzahl von Mietern länger dauern können. Gibt es noch andere Bedenken? Wenn ein neuer Mieter registriert ist, sollte die Anwendung ein neues Schema und seine zugehörigen Tabellen dynamisch erstellen , ohne einen Neustart zu erfordern. - Nur der Mieter
Mieter < /th>
< /tr>
< /thead>
id < /td>
< /tr>
Schema < /td>
< /tr>
< /tbody>
< /table> < /div>
Würde dieser Ansatz im Spring Boot effizient funktionieren und gibt es bessere Möglichkeiten, schema-basierte Multi-Messen zu verarbeiten, oder können Sie zwei andere Optionen empfehlen? Die Tabelle wird Benutzern Mietern zuordnen und die Mieteridentifikation während des Anmeldes aktivieren: < /p>
user_to_tenant < /th>
< /tr>
< /thead>
< Br /> id < /td>
< /tr>
Tenant_id < /td>
< /tr>
user_id [eindeutig] < /td>
< /tr>
< /tbody>
< /table> < /div>
Hinweis: < /strong> < /p>
Sie können davon ausgehen, dass die App nicht öffentlich ist - nur bezahlte Benutzer können Konten erstellen, also die Anzahl von Schemas bleiben begrenzt.
Multi-Tenant-Spring-Boot-Webanwendung ⇐ Java
Multi-Tenant-Spring-Boot-Webanwendung
Ich bin neu in der Entwicklung von Webanwendungen mit mehreren Mietern und habe verschiedene Ansätze untersucht: < /p>
-
- Similar Topics
- Replies
- Views
- Last post