Est-ce que ASPNETDB doit rester dans le dossier de l'application par défaut créé par Visual Studio lors du déploiement sur le serveur Web? J'ai une autre DB qui est dans le dossier de données mssql, devrait-il être placé dans le même répertoire? Je ne sais pas si cela compte d'une façon ou d'une autre.asp.net DB: Comment gérer lors de la publication sur le serveur web?
Cela dépend de l'environnement dans lequel vous déployez votre application. Plus précisément, quels sont les serveurs de bases de données disponibles ou que vous pouvez déployer. Si vous avez ou pouvez installer SQL Server et que vous disposez des droits d'administration complets sur l'instance, l'option la plus simple consiste à attacher les deux bases de données à cette instance et à modifier vos chaînes de connexion de manière appropriée. Dans ce cas, les deux fichiers doivent résider à l'extérieur de wwwroot, dans un répertoire spécifique à SQL Server.
Je présume que c'est ainsi que la base de données de votre dossier de données 'mssql' est accédée. La chaîne de connexion NE DEVRAIT PAS contenir 'AttachDbFilename'.
L'autre option concerne SQL Server Express Edition et les instances d'utilisateur. Les instances d'utilisateur sont créées à la demande pour héberger une base de données lorsque l'utilisateur de l'application n'a pas le droit de l'attacher à une instance d'installation créée. Les instances d'utilisateur s'exécutent dans le contexte de l'utilisateur de l'application, ASPNET dans votre cas, et sont dépourvues de fonctions de sécurité avancées.
Visual Studio utilise cette même configuration. ASPNETDB est susceptible d'utiliser cette méthode. La chaîne de connexion DEVRAIT contenir 'AttachDbFilename'.
Une base de données qui a été créée dans une instance d'utilisateur peut être migrée vers une instance de configuration. Toutefois, une base de données d'une instance d'installation ne peut pas être attachée à une instance d'utilisateur car les informations de sécurité sont indisponibles. Pour plus d'informations, voir Configuring ASP.NET 2.0 Application Services to use SQL Server 2000 or SQL Server 2005 et SQL Server 2005 Express Edition User Instances pour plus d'informations.