SQL Server 连接字符串 Application Name 参数详解

小渣渣

问题

与SQL Server建立连接时，默认情况下，SQL Server无法知道正在建立连接的软件。

如果多个应用程序正在使用共享的SQL Server，并且由某个连接引起问题，则数据库管理员将能够通过称为SPID的方式找到该连接。但是，确定导致该错误的连接由哪个应用程序或网站负责比较困难。

但是，如果开发人员在连接字符串中包含“应用程序名称”属性，那么数据库管理员将很容易看到引起问题的应用程序的名称。这将节省DBA的时间，并使开发人员在DBA中受欢迎。

解决方案

只需添加“ Application Name = MyAppName;”。在连接字符串中。之后，还可以通过命令“ SELECT APP_NAME();”在SQL批处理或SPROC中使用该值。


c# 连接字符串

登录可见。

连接到SQL Server时，请始终在连接字符串中包括可选的“应用程序名称”参数。这样，SQL Server将获得有关使用哪个应用程序的连接的信息。在数据库服务器中查找错误时，这可能是非常宝贵的信息。

参考链接：

https://docs.microsoft.com/zh-cn/dotnet/api/system.data.sqlclient.sqlconnectionstringbuilder.applicationname

admin

ApplicationIntent

ReadOnly：连接到服务器时的应用程序工作负荷类型是只读的。
ReadWrite：连接到服务器时的应用程序工作负荷类型是可读写的。

https://learn.microsoft.com/zh-C ... t.applicationintent

测试将连接字符串配置 ApplicationIntent=ReadOnly 只读，还是可以执行成功 insert 和 update 语句！

如果你将数据库连接字符串设置为 ApplicationIntent=ReadOnly，那么该连接将被认为是只读连接，即在该连接上不能执行写操作。然而，这并不意味着不能执行写操作。正常情况下，数据库服务器会忽略在只读连接上尝试执行的写操作，但这并不一定总是如此。

在某些情况下，例如当使用某些旧版本的驱动程序或客户端库时，应用程序可能会绕过只读标记并成功执行写操作。还有一些其他因素可能会导致这种行为，例如在数据库上启用了弱隔离级别等。如果你想确保只有读操作才能执行，请确保通过其他方法实施必要的安全措施。

小渣渣

SQL SERVER 数据库连接字符串配置：https://learn.microsoft.com/en-u ... on.connectionstring