Sql server 除非Windows身份验证在SQL Server中起作用，否则应用程序登录不起作用

我建立了一个数据库，用来收集我需要尽快放在sharepoint上的计划假期时间。它完全完成了，除了尝试使用它的任何人的应用程序登录失败，而该用户的corprate登录（windows身份验证）未列在security logins文件夹中

连接字符串很好，因为它可以在我的计算机和另一个程序员的计算机上正常工作，但不能在我老板的计算机上正常工作。我还可以使用连接字符串中列出的应用程序登录名登录到sql server

我正在使用SQL Server Management Studio 2008，服务器是2005

编辑#1:进一步研究发现该页面： 我的错误是状态11。它在错误日志中列出了windows身份验证，尽管我另有指定

编辑#2:我的连接字符串如下：

Driver={SQL Server};Server=ServerName\ThingIdontUnderstand;Database=ReportingDevDB;Trusted_Connection=FALSE;uid=Derp;pwd=qwerty;

---

编辑#3:已解决！由于我还不能回答自己的问题，请参阅本文的评论以获取答案。

当您通过SSMS连接到实例时，它将显示在对象资源管理器下的服务器名称旁边。或者只需使用查询

SELECT@@VERSION

---

我建议只需创建一个公司windows组并将这些个人添加到其中，然后只需将此组作为登录名添加到您的SQL Server实例中。

上面说这是SQL Server 2005。我不想在开发服务器上添加500个帐户。我们使用它非常快，因为Excel作为数据库终于证明了它是多么不可擦除，而且开发服务器也没有真正得到公司的批准。如果您的连接字符串有用户名、密码，并指定了

Integrated Security=SSPI

，那么它实际上执行windows身份验证，而不是使用用户名和密码。连接字符串中的某些其他选项可能会导致类似问题。为了明确地识别这一点，您必须发布实际的连接字符串（具有适当的匿名性）；Server=ServerName\ThingIdontUnderstand；数据库=ReportingDevDB；可信连接=FALSE；uid=Derp；pwd=qwerty；我认为你不需要信任关系，除非你正在使用它。此外，我可以找到的示例有Trusted_Connection=yes，而不是true。我不确定FALSE是否有价值。似乎将FALSE改为no成功了。不确定是否添加了“Integrated_Security=no；”做了什么。