Votado por la respuesta de Musa para eliminar el negativo. No se menciona al proveedor de membresía personalizado, pero eso no significa que no sea la respuesta.
Está en la esquina derecha, no hay un proveedor específico de EF4 incluido con el marco pero puede construir uno propio.
De hecho, esto consolida el dominio del problema, ya que puede VINCULAR CLARAMENTE a los usuarios en el resto de los objetos de su entidad en lugar de tratar la membresía como un recuadro negro separado que debe voltearse.
La forma de hacerlo es heredar de MembershipProvider e implementar los métodos abstractos.
Una vez que haya hecho eso, puede hacer lo que quiera con los usuarios, etc. en lugar de vivir rompiendo las tablas SQLMembership y los procedimientos almacenados que obtiene de manera predeterminada, lo que no me gusta usar porque son feos.
Acabo de hacer esto, usando mi propio modelo EF4, con mi propia implementación de usuarios, etc. Utilicé el código de muestra que vino con este video - http://www.asp.net/general/videos/how-do-i-create-a-custom-membership-provider. Por cierto, si usa ese código de ejemplo como está, ¡tenga cuidado con un par de errores ortográficos en los nombres de procedimientos almacenados!
En ninguna parte de la pregunta se menciona una implementación de proveedor personalizado. Con demasiada frecuencia, veo gente sugiriendo con ligereza la implementación de una pila de proveedores personalizados antes de que realmente comprendan el dominio del problema. -1 –
Pero la pregunta ni siquiera tiene sentido, y esta es una buena respuesta general. – fabspro