He estado desarrollando una aplicación WebForms de ASP.NET que necesitaba la funcionalidad de inicio de sesión de la cuenta (por ejemplo, registrar nuevos usuarios, cambiar contraseñas, recuperar contraseñas, perfiles, roles, etc.) . Para hacer esto, utilicé FormsAuthentication con el almacén de datos predeterminado, que, para mi sorpresa, es un archivo MDF en App_Data. Cuando llega el momento de implementar realmente esta aplicación. en vivo en la web, voy a utilizar un alojamiento compartido como GoDaddy u otra empresa barata.App_Data/ASPNETDB.MDF a Sql Server 2005 (o 08)
Para mayor eficiencia, me gustaría cambiar de este MDF a SQL Server 2005 o 2008 (¿quién en su sano juicio utiliza archivos planos?). Con el alojamiento compartido, sin embargo, no voy a poder ejecutar ningún programa como aspnet_regsql.exe. Solo tendré un solo nombre de usuario y contraseña para una base de datos SQL Server, y una cuenta FTP en la raíz del dominio. Sin escritorio remoto MSTSC, sin acceso a la consola, sin retoques en IIS, etc.
No necesitaré transferir ninguna cuenta de usuario de ASPNETDB.MDF (el sitio comenzará con cero usuarios), pero ¿cómo se supone que debo :
1) Cree fácilmente las tablas, procedimientos, etc. que Visual Studio creó automáticamente en ASPNETDB.MDF cuando utilicé la Herramienta de administración de sitios web para comenzar con FormsAuthentication?
2) Solicite al proveedor de membresía de SQL que use una cadena de conexión en lugar de usar lo que sea ahora para conectarse a esta ASPNETDB.MDF. Diablos, ni siquiera veo ninguna cadena de conexión a este MDF en el web.config; ¿cómo diablos está mi aplicación? incluso encontrarlo? Machine.config? Esa sería una mala decisión si ese es el caso. Esta mierda detrás de escena me vuelve loco.
¡Cualquier ayuda de alguien que ha pasado por esta migración sería muy, muy apreciada!
También debería poder acceder al mdf a través de Visual Studio. – Konrad