Question

以下过程insert_attach对dbms采用less than one second，但在通过asp.net方法运行时需要7 seconds！：

 public static int InsertAttach(int taskCode, int transYear, int transSerial, int empNum)
    {

        using (IfxConnection con = new IfxConnection(ConfigurationSettings.AppSettings["cmr"].ToString()))
        {
            int res = 0;
            StringBuilder cmdTxt = new StringBuilder();
            cmdTxt.Append("insert_attach");

            using (var myIfxCmd = new IfxCommand(cmdTxt.ToString(), con))
            {

                myIfxCmd.CommandType = CommandType.StoredProcedure;
                myIfxCmd.Parameters.Add("al_task_code", IfxType.Integer);
                myIfxCmd.Parameters.Add("al_trans_year", IfxType.Integer);
                myIfxCmd.Parameters.Add("al_trans_serial", IfxType.Integer);
                myIfxCmd.Parameters.Add("al_emp_num", IfxType.Integer);

                myIfxCmd.Parameters[0].Value = ((object)taskCode) ?? DBNull.Value;
                myIfxCmd.Parameters[1].Value = ((object)transYear) ?? DBNull.Value;
                myIfxCmd.Parameters[2].Value = ((object)transSerial) ?? DBNull.Value;
                myIfxCmd.Parameters[3].Value = ((object)empNum) ?? DBNull.Value;
                if (con.State == ConnectionState.Closed)
                {
                    con.Open();//takes no time
                }

                object obj = myIfxCmd.ExecuteScalar();//takes longer time !!
                if (obj != null && !string.IsNullOrEmpty(obj.ToString()))
                {
                    res = int.Parse(obj.ToString());
                }
            }
            con.Close();
            con.Dispose();
            return res;
        }

    }

我的程序：

CREATE PROCEDURE insert_attach(
    al_task_code        INT,
    al_trans_year       INT,
    al_trans_serial     INT,
    al_emp_num          INT
)

returning INT;
define ll_state_serial , ll_prev_trans integer;
define ls_values_key VARCHAR(60);
define lbt_file_content , lbt_file_signed , lbt_file_null , lbt_file,  lbt_file_origin REFERENCES byte;

let lbt_file_null = NULL;


SELECT a.new_state_serial,
       values_key,
       a.prev_trans INTO     ll_state_serial,
       ls_values_key,
       ll_prev_trans
FROM   crm_trans             a
WHERE  a.task_code = al_task_code
       AND a.trans_year = al_trans_year
       AND a.trans_serial = al_trans_serial;


DELETE 
FROM   crm_tempdetails
WHERE  temp_serial IN (SELECT temp_serial
                       FROM   crm_tempsigned
                       WHERE  task_code = al_task_code
                              AND values_key = ls_values_key
                              AND emp_num = al_emp_num);

DELETE 
FROM   crm_tempsigned
WHERE  task_code = al_task_code
       AND values_key = ls_values_key
       AND emp_num = al_emp_num
       AND serial != 0;

-- insert into temp 
INSERT INTO crm_tempsigned
  (
    task_code,
    values_key,
    trans_year,
    trans_serial,
    serial,
    file_type,
    file_content,
    file_signed,
    emp_num,
    doc,
    selected
  )
SELECT a.task_code,
       ls_values_key,
       a.trans_year,
       a.trans_serial,
       a.serial,
       a.file_type,
       a.attach_content,
       lbt_file_null,
       al_emp_num,
       a.doc,
       1
FROM   crm_taskattachements     a,
       crm_trans                b
WHERE  a.task_code = b.task_code
       AND a.trans_serial = b.trans_serial
       AND a.trans_year = b.trans_year
       AND a.task_code = al_task_code
       AND b.trans_year = al_trans_year
       AND b.prev_trans = ll_prev_trans
       AND b.values_key = ls_values_key
       AND (
               a.serial IN (SELECT x.file_serial
                            FROM   crm_attachdetails x
                            WHERE  x.task_code = a.task_code
                                   AND x.trans_serial = a.trans_serial
                                   AND x.trans_year = a.trans_year
                                   AND x.emp_num = al_emp_num)
               OR 0 = (
                      SELECT COUNT(*)
                      FROM   crm_attachdetails x
                      WHERE  x.task_code = a.task_code
                             AND x.trans_serial = a.trans_serial
                             AND x.trans_year = a.trans_year
                  )
           );
RETURN 1;
END PROCEDURE

Answer 1

此问题目前只能由您回答。您需要对应用程序进行概要分析，报告将准确地告诉您哪个部分需要多长时间。

从那里开始，您可以开始调查为什么需要很长时间，然后您可以提出一个我们可以帮助您的具体问题。现在有一大堆代码，你说的只需要7秒钟。我们所能做的只是玩猜谜游戏，不是吗？

说实话，我甚至不知道你是怎么得到7秒的？你有没有在你的代码中加入一个计时器，如果是，你在墙上看时钟，等等吗？

请查看Profiler。一个流行的解决方案是DotTrace： https://www.jetbrains.com/profiler/

请参阅：Profiling C# / .NET applications

Answer 2

我建议安装Glimpse here或者从Nuget安装。虽然你已经收到的一些答案解释了一些可能发生的事情，但不是7秒的差异程度。 Glimpse易于配置，可以快速指出问题的正确方向。

Answer 3

使用包装解决方案时总会有一些开销。在此示例中，您期望C＃代码与本机SQL查询一样运行。鉴于在数据库上运行查询之前C＃必须采取许多额外步骤，因此需要更长时间才有意义。

C＃代码在尝试执行之前也进行了大量的类型检查，转换等，所以也许你可能会查看你的代码并看看你是否可以在C＃中进行任何优化？或许您需要研究使用C＃执行大型查询的优化方法。

Answer 4

我认为一个好的开始是在主要步骤中添加跟踪（等等连接打开），然后与一个跟踪并行运行SQL事件探查器。一旦您知道问题区域，就可以使用不同的策略来优化这些内容。请分享您的统计数据，然后我们可以讨论优化。

Answer 5

7秒是插入操作的大量时间。代码中使用的Informix数据提供程序可以执行一组操作，这些操作包含在IFXCommand.Execute方法中。您可以使用ILSpy或Reflector工具来反汇编数据提供程序，并验证实际需要时间的额外代码是什么。

我同意Nathan White对C＃进行大量的类型检查和转换，这可能会影响该功能的性能。

Answer 6

您尝试使用ARITHABORT选项。 SET ARITHABORT在您从应用程序登录sql之后。

SqlCommand CmdArithabort = new SqlCommand("SET ARITHABORT ON", ConnApp);
CmdArithabort.ExecuteNonQuery();

在程序调用之前添加此行。这可能会对您有所帮助

请参阅此链接：https://msdn.microsoft.com/en-us/library/ms190306.aspx

参见备注部分。第一行是

您应始终在登录会话中将ARITHABORT设置为ON。将ARITHABORT设置为OFF会对查询优化产生负面影响，从而导致性能问题。

为什么通过ASP.NET方法运行查询比原生SQL需要更长的时间？

6 个答案: