LocalDB 在 ASP.NET 程序中找不到数据库:有时候错误信息是:无法找到数据库,请确认数据库名称是否正确;而有时候会变成:Cannot open database requested by the login. The login failed.
其实第一个错误信息有时候是身份验证的问题导致的,如果真是数据库名称没写对,而苦苦地寻找解决方案,那就真的可以去撞墙了。
我出现这个问题的情况特别诡异,而这是我第一次接触 SqlServer,对其不大了解,导致了我花了很多时间才解决了这个问题。
首先,我在本机跑的时候是完全没问题的,可是当我部署到服务器上跑就出现了找不到数据库的问题了。
数据库以及表我都是写成控制台程序,以可执行程序的形式跑的,程序跑得很顺利,可是运行 ASP.NET 程序的时候却出错了。
于是我又写了一个测试连接数据库的控制台程序,结果跑得也是很顺利。这时候就纳闷了,百度出了各种解决方案,再次吐槽:国内的很多文章都特么是一字不落抄过去的,而 StackOverflow 也有很多解决方案,试了很多种方法,结果都是在几个错误信息中来回变动。
后来,我逐渐感觉是身份验证的原因,于是到微软官网查看了一下 SqlConnection.ConnectionString 的文档,想要看看如何在连接字符串中添加用户名密码,这两个参数没找到,我却先看到了“Initial Catalog- 或 -Database”参数,于是,我就把数据库参数添加到连接字符串中。
(原本我是先连接到 LocalDB 实例,再调用 ChangeDatabase 方法切换数据库的,于是每次在这个方法都报错:找不到数据库)
很令人惊喜的是,这次的错误信息不再是过去那几个中的一个了:Cannot open database requested by the login. The login failed.
很明确的,身份验证的原因。
百度一下,链接到 StackOverflow,看到了很多个熟悉的解决方案,而且解决率还很高,但对于我来说并没有解决成功,而且也看到了类似的解决方案,吐槽:跟国内差不多,拿别人的解决方案,稍微换一下,又是原创解决方案了,呵呵哒。
对于我的问题,正确的解决方案是倒数第三个:
I had this problem and what solved it for me was to:
就是到服务器中的 IIS 找到应用程序所在的应用程序池,点击右边的高级设置(他上面说是右键,额。。。不知道是哪个版本的 IIS 是酱紫操作的,我的是 IIS7),然后设置“进程模型”的“标识”属性,弹出对话框后选择自定义账户,输入你登录服务器的账号密码,OK。
在这里就不截图了,不方便,233333
问题解决后,我突然恍然大悟,为什么控制台程序能跑得很顺利,而 ASP.NET 程序却报错?因为控制台程序不需要去设置程序的身份,默认使用登录系统的账户,而 ASP.NET 是托管在 IIS 中的,有涉及到身份验证,默认值为 ApplicationPoolIdentify,不懂这是什么,可是它导致了错误,就说明这个身份肯定不行。
以上。