Neu bei IdentityServer 4. Ich folgte dem IdentityServer4 EntityFramework-Beispiel in der Dokumentation.IdentityServer4 PersistedGrantDbContext & ConfigurationDbContext
Nach der Migration Skript
dotnet ef migrations add InitialIdentityServerPersistedGrantDbMigration -c PersistedGrantDbContext -o Data/Migrations/IdentityServer/PersistedGrantDb
dotnet ef migrations add InitialIdentityServerConfigurationDbMigration -c ConfigurationDbContext -o Data/Migrations/IdentityServer/ConfigurationDb
läuft Es funktioniert und jetzt meine Anwendung hat 3 DB Contexts.
- ApplicationDbContext
- PersistedGrantDbContext
- ConfigurationDbContext
Meine Frage ist, was sind die beiden DB-Kontexte für? Was ist der Unterschied zwischen dem Anwendungs-DB-Kontext und den anderen beiden?
Wenn ich irgendwelche Modelle aktualisiere oder hinzufüge, muss ich alle drei aktualisieren? Oder wann sollte ich eine Migration für den ApplicationDbContext ausführen und wann für die anderen beiden ausführen.
Jeder Einblick oder Literatur zu diesen wird geschätzt. Danke.
Die Idee besteht darin, die Entitäten aufzuteilen, so dass Sie nur die benötigten Tabellen konsumieren und die App also nicht alles gleichzeitig laden muss, um Leistung zu erzielen und den Zugriff zu beschränken. https://stackoverflow.com/questions/11197754/entity-framework-one-database-multiple-dbcontexts-is-this-a-bad-idea – Jasen
@Jasen macht Sinn, danke. Gibt es einen Einblick darüber, wie der PersistedGrantDbContext und der PersistedGrantDbContext in IdentityServer4 verwendet werden? –
Ich bin nicht vertraut mit den Details von IdentityServer. Ich denke, sie behalten die Grants in einem separaten Geschäft von der Serverkonfiguration aus Ihrem Anwendungsspeicher. – Jasen