¿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?Mejor práctica Membresía ASP.NET: ¿Mesas de usuario en el mismo almacén de datos?
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.
Así que no, nunca usaría dos. Sin embargo, podría usar tres.
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 ofrece 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.
¿Qué plataforma de base de datos está utilizando? Si es compatible con esquemas dentro de una base de datos, p. SQL Server 2008, luego puede poner sus tablas de membresía en su propio esquema, por pulcritud. También puede agregar claves externas de esquema cruzado si es necesario.
hasta donde yo sé, no puede poner los elementos de membresía en ningún esquema, excepto en DBO. Eso está codificado de forma rígida en el proveedor de membresía, por lo que solo se puede transferir su propio proveedor. –
Si ese es el caso, ¿supuestamente usted usa el esquema dbo solo para elementos de membresía y coloca todo lo demás en otro lugar? Tal vez no sea la solución más elegante, ¿pero quizás más ordenada que tener elementos de membresía incluidos con todo lo demás? –
tres? ¿Tienes los tuyos propios para los roles? ¿O cuál es tu configuración? –
Quiero decir, 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. –