0
Alors, voici ma situation:SQL Server, Cosmos/document DB, l'appartenance à l'identité et la persistance Polyglotte
Je construis une application Web en utilisant .NET Core React.js. Je demande quelles seraient les meilleures méthodes/stratégies d'authentification pour mes utilisateurs. Par le passé, j'utilisais Identity dans les applications MVC.NET pour générer une table Identity et gérer les auth et les rôles, mais cette fois-ci, je veux également utiliser un type de base de données NoSQL à des fins d'extensibilité.
Une réflexion sur la stratégie que je devrais utiliser? L'utilisation d'une stratégie de persistance polyglotte est-elle la voie à suivre? Identité sur le serveur SQL et d'autres données sur NoSQL?
Il n'y a pas de meilleur moyen, du moins en termes d'accès à la base de données, puisque c'est votre application qui accède à la base de données, pas les utilisateurs. Et la persistance polyglotte est juste l'idée d'utiliser plusieurs bases de données au sein de votre application. Rien de vraiment lié à l'appartenance à une identité. Y a-t-il un problème à utiliser les tables que vous avez déjà, pour la gestion d'auth/identity? –
Techniquement non, il n'y en a pas. Mais je me demande si je suis sur le meilleur chemin. Serait-ce une bonne solution pour diviser les données de cette façon? Existe-t-il de meilleures options que Identity pour .NEt Core, comme ID ouvert et authentification par jeton? – iPeo