tutorial - Mejor práctica Membresía de ASP.NET: ¿Tablas de usuarios en el mismo almacén de datos?

paginas web asp.net ejemplos

Question

¿Es mejor ampliar mi base de datos de negocios con las tablas del modelo de seguridad de membresía de ASP.NET? ¿O debería tener un almacén de datos diferente donde solo administro Identidades y Roles ... Básicamente 1 o 2 bases de datos?

Answer 1

¿Qué plataforma de base de datos estás usando? Si uno admite esquemas dentro de una base de datos, por ejemplo, SQL Server 2008, entonces puede poner sus tablas de membresía en su propio esquema, para mayor pulcritud. También puede agregar claves externas de esquema cruzado si es necesario.

Answer 2

Esto es bastante subjetivo, pero a menos que esos usuarios vayan a usar más de una base de datos, entonces les digo que los mantengan en la misma base de datos.

Solo usaría una base de datos separada para usuarios y roles si esos usuarios y roles se usaran en más de una base de datos.

Entonces, no, nunca usaría dos. Sin embargo, podría usar tres.

Answer 3

Esto puede depender de la escala. Si se trata de una solución empresarial con diferentes aplicaciones que comparten una fuente de membresía, la respuesta es simple: sepárelas. También puede haber razones de rendimiento por las que desea separar estos datos del resto de la aplicación. Podría decirse que estas tablas no pertenecen en un almacén de datos, por ejemplo.

Lo único que la solución de 2 bases de datos no le brinda es la integridad referencial. Si amplía sus tablas de membresía para guardar más detalles específicos de la aplicación sobre el usuario, y estas tablas deben vincularse a la base de datos principal, es posible que desee mantenerlas juntas. De lo contrario, necesitarías algún tipo de trabajo de replicación manteniendo esto para ti.