Question

某些问题我正在经历过,我正在试验利用“网络框架4”连接。简况者,我可以看到,每当连接点与连接库脱钩时,都会执行所储存的程序间隙。

为了摆脱这种重新分类(我实际上不需要间谍——重新set-连接)。我试图确定连接重新定位参数,以示虚假,但这似乎没有任何效果。我认为,也许会误解联线重新设定参数的目的。

如果我把“胁迫回扣”旗帜定为无效价值(例如ello),那么,在打开连接点时,我就有一个例外,表明实际使用“Reset”国旗。

ADO.NET是否实际关注联线重新造旗?

我的法典如下:

  static void Main(string[] args)
  {
     const string connectionString =
        "Data Source=(local);Initial Catalog=MyDatabse;User ID=sa;Password=<removed>;Connection Timeout=5;Pooling=true;Min Pool Size=1; Max Pool Size=1; Enlist=false; Connection Reset=false;";

     var connections = new List<SqlConnection>();
     for (int i = 0; i < 1000000; i++)
     {
        using (var conn = new SqlConnection(connectionString))
        {
           conn.Open();

           SqlCommand command = new SqlCommand("SELECT * FROM DatabaseVersion", conn);
           command.ExecuteNonQuery();

           connections.Add(conn);
        }
     }
  }

Answer 1

SqlClient确实验证了Connection Reset国旗(必须转换为ool)。但是,自NET3.5 SP1以来,价值为ignored。

此外,SqlConnectionStringBuilder.ConnectionReset property 该网络3.5 SP1已经过时。

理由是,设置<代码>Connection Reset = 虚假是一个巨大的安全漏洞,它能够重新利用与它相关的敏感内容的会议,例如开放的不对称钥匙、临时钥匙或假冒名。此外,还可以将<代码>ChangeDatabase安装到另一个数据库,这样,当你重新开放时,就会与错误的数据库连接起来。

设置<代码>Connection Reset = 虚假的唯一好处是,避免了一次回程旅行,使服务器7的性能有所改善。

。我认为,从3.5 SP1 docs中删除了这一理由,后来是因为现在没有。

友情链接