Le Premier Code & Identité avec Azure Table Storage
Je suis en train de travailler sur une petite application web et j'ai atteint le point de développement où j'ai besoin pour commencer à faire de la base de données des décisions. Mon plan initial était d'aller de l'EF Premier Code avec MSSQL sur Azure parce qu'il simplifie le processus de travail avec une base de données. Cependant, lors d'une enquête sur ma base de données les capacités d'hébergement sur Azure, j'ai découvert Azure Table Storage qui a ouvert le monde de la NoSQL pour moi.
Alors que l'Internet est en feu avec chatter sur les caractéristiques de NoSQL, l'une des principale raison pour laquelle j'ai réussi à réunir, c'est que le NoSQL magasins des objets entiers comme l'une dans une base de données sans en briser les données dans les différents tableaux de ce qui est bon pour les performances. Bien que cela semble intéressant, EF le Premier Code a éliminé ce problème en extraire automatiquement des objets, et de les séparer des objets dans une base de données SQL sans un développeur de tout avoir à se soucier des requêtes.
Mon principal problème, cependant, est que je ne trouve pas de documentation à utiliser des choses comme EF Premier Code et ASP.NET l'Identité avec les bases de données NoSQL. Depuis mon application utilise actuellement Identité, j'aimerais éviter d'avoir à passer à autre chose.
Q: Est-il possible d'utiliser le Premier Code et/ou d'Identité avec Azure Tables?
Edit: Un petit peu de mon app Comme une simplification extrême, mon appli permet aux utilisateurs de créer des profils personnalisés par le mélange et l'appariement préconfiguré types de données. Par exemple, un utilisateur peut ajouter n'importe quel nombre de Citer les objets à leur profil et puis définissez la valeur de la citation (c'est à dire "Être soi-même; tout le monde est déjà pris."). Ou ils peuvent utiliser un Film d'objet pour définir une collection de leurs films préférés (c'est à dire "Title: Création, Année: 2010"). En moyenne, un utilisateur peut facilement avoir 50 ou plus de ces propriétés sur leur page; il n'y a pas de limitation sur le nombre de propriétés qu'ils peuvent avoir.
À l'aide de cet exemple, je peux facilement voir comment j'allais au sujet de la mise en œuvre de l'aide le Premier Code (Profil a une liste de Citation des objets et une liste des objets vidéo). Je ne suis pas encore sûr de savoir comment ce serait carte à une base de données NoSQL telles que les Tables Azure. Donc, avec mon application, de ses besoins, je ne suis pas sûr si la commutation du Premier Code de NoSQL une décision raisonnable avec les caractéristiques et les fonctionnalités, je perdrais.
- EF est un object relational mapper. Mais pourquoi ne pas utiliser les deux?
- J'ai de l'amour, mais depuis je ne trouve pas de documentation sur la façon d'utiliser EF avec des Tables, je suis actuellement compte tenu de l'utilisation de EF/Identité avec SQL pour mon authentification et de la Table de Stockage de mes données, mais je ne suis pas actuellement assurez-vous si cette complexité supplémentaire en vaut la peine.
Vous devez vous connecter pour publier un commentaire.
Aussi, nous avons un exemple de cibler exactement ce scénario, l'utilisation AzureTable de stockage comme un pas de sql mise en œuvre d'un UserStore. Fondamentalement, vous de mettre en œuvre un IUserStore à l'aide de l'Azure Storage APIs. Voici une implémentation de base qui implémente le login/mot de passe méthodes, mais pas tout:
De façon réaliste, vous ne pouvez pas utiliser EF Premier Code avec Azure Table Storage. Dire que, en travaillant avec table de stockage est généralement effectué en utilisant une approche similaire pour le premier code c'est à dire vous créer vos classes et ils ont créer les tables à la volée.
Ne remarque qu'avec la table de stockage il n'y a pas de relations ou quelque chose comme ça. Table de stockage est encore plus simple que les autres les solutions NoSQL dans que vous ne pouvez pas stocker des objets complexes en un seul tableau "ligne".
Vous pourriez probablement créer un .net fournisseur d'identité qui utilise uniquement de la table et/ou le stockage blob, mais je ne peux pas trouver des exemples là - je suis sûr qu'il a utilisé pour être un projet codeplex, mais je ne peux pas le trouver maintenant.
Ce Gert Arnold moyens est l'utilisation de SQL Azure et de Stockage de Table (EF uniquement avec sql azure partie). De cette façon, vous pouvez utiliser chacun pour ce qu'ils sont le meilleur à la table de stockage à stocker de grandes quantités de simplement structuré de données, sql azure pour la partie des données qui sont plus complexes (c'est à dire il faut établir des relations)
Pour toute référence future. Il y a un projet github à l'aide d'Identité avec Azure Table storage.
James Randall Accidentelle de Poissons. Je ne suis pas sûr si les rôles sont déjà mises en œuvre.
Avec le nouveau cadre de l'entité de base, vous pouvez maintenant vous connecter à azure storage table à l'aide de EF : EntityFramework.AzureTableStorage 7.0.0-beta1
Voir mon post si vous souhaitez configurer votre Dbcontext.
En l'utilisant, vous pouvez mettre en œuvre votre
UserManager
classe.