Sql server 覆盖旧应用程序中的SQL Server连接字符串

Sql server 覆盖旧应用程序中的SQL Server连接字符串,sql-server,connection-string,legacy,Sql Server,Connection String,Legacy,我有一个遗留应用程序,它具有SQL Server名称、数据库、用户名和密码的配置参数。假定它然后构造自己的连接字符串 有什么方法可以推翻这一点吗?我想强制集成身份验证(忽略提供的凭据)并启用加密 我知道,但这些似乎只允许更改服务器地址-更多关于硬编码的服务器/数据库,而不是其他值。只是一个建议,将基于应用程序的SQL身份验证添加到SQL server?您必须联系应用程序的供应商,因为它是构建连接字符串的基础。听起来像是一个第22条军规。。。您不想更改客户端,但是为了更改身份验证方法,客户端需要更

我有一个遗留应用程序,它具有SQL Server名称、数据库、用户名和密码的配置参数。假定它然后构造自己的连接字符串

有什么方法可以推翻这一点吗?我想强制集成身份验证(忽略提供的凭据)并启用加密


我知道,但这些似乎只允许更改服务器地址-更多关于硬编码的服务器/数据库,而不是其他值。

只是一个建议,将基于应用程序的SQL身份验证添加到SQL server?您必须联系应用程序的供应商,因为它是构建连接字符串的基础。听起来像是一个第22条军规。。。您不想更改客户端,但是为了更改身份验证方法,客户端需要更改其连接字符串。。。我猜假设你可以编写一个服务,从客户端hi-jacks连接到db,并在它尝试连接之前修改它,然后将句柄发送回客户端。这个遗留应用程序是用什么技术编写的?从字符串看,它像embarcadero/delphi,但是我也看到一个JRE和jar文件在浮动。只是一个建议,将基于应用程序的SQL身份验证添加到SQL Server?您必须联系应用程序的供应商,因为它是构建连接字符串的基础。听起来像是一个第22条军规的问题。。。您不想更改客户端,但是为了更改身份验证方法,客户端需要更改其连接字符串。。。我想假设你可以编写一个服务,在它尝试连接数据库之前,先从客户端hi-jacks连接数据库,并对其进行修改,然后将句柄发送回客户端。这个遗留应用程序是用什么技术编写的?从字符串看,它看起来像embarcadero/delphi,但我也看到一个JRE和jar文件浮动。