PersistedGrants表的IdentityServer4设计

PersistedGrants表的IdentityServer4设计,identityserver4,Identityserver4,PersistedGrants表具有ClientId、SubjectId和Type列作为navchars。我希望它们是外键,而不是引用客户机、主题和类型表。我一直在想为什么选择这种模式?尽管占用了更多的空间,但这种方式的性能是否更好? 同时,将所有内容都放在一个线程中,如何配置IdentityServer4以删除过期的行(键)? 谢谢我不是作者,但我想这是因为框架的设计并不一定要使用关系数据库。配置和操作数据的存储库是独立的,可以存在于物理上独立的数据库中,因此,当您碰巧为这两个数据库使用相同的

PersistedGrants表具有ClientId、SubjectId和Type列作为navchars。我希望它们是外键,而不是引用客户机、主题和类型表。我一直在想为什么选择这种模式?尽管占用了更多的空间,但这种方式的性能是否更好? 同时,将所有内容都放在一个线程中,如何配置IdentityServer4以删除过期的行(键)?
谢谢

我不是作者,但我想这是因为框架的设计并不一定要使用关系数据库。配置和操作数据的存储库是独立的,可以存在于物理上独立的数据库中,因此,当您碰巧为这两个数据库使用相同的数据库时,强制执行引用完整性是没有意义的。

我不是作者,但我想这是因为框架的设计并不一定要这样做使用关系数据库。配置和操作数据的存储库是独立的,可以位于物理上独立的数据库中,因此,当您碰巧对这两个数据库使用相同的数据库时,强制执行引用完整性实际上没有意义