6

我有一个关于 ADS 中存储过程性能的问题。我创建了一个具有以下结构的简单数据库：

CREATE TABLE MainTable
(
   Id    INTEGER PRIMARY KEY,
   Name  VARCHAR(50),
   Value INTEGER
);

CREATE UNIQUE INDEX MainTableName_UIX ON MainTable ( Name );

CREATE TABLE SubTable
(
  Id     INTEGER PRIMARY KEY,
  MainId INTEGER, 
  Name   VARCHAR(50),
  Value  INTEGER
);

CREATE INDEX SubTableMainId_UIX ON SubTable ( MainId );
CREATE UNIQUE INDEX SubTableName_UIX ON SubTable ( Name );

CREATE PROCEDURE CreateItems
( 
  MainName  VARCHAR ( 20 ),
  SubName   VARCHAR ( 20 ),
  MainValue INTEGER,
  SubValue  INTEGER,
  MainId    INTEGER OUTPUT,
  SubId     INTEGER OUTPUT
) 
BEGIN 
  DECLARE @MainName  VARCHAR ( 20 ); 
  DECLARE @SubName   VARCHAR ( 20 );
  DECLARE @MainValue INTEGER; 
  DECLARE @SubValue  INTEGER;

  DECLARE @MainId    INTEGER;
  DECLARE @SubId     INTEGER;

  @MainName  = (SELECT MainName  FROM __input);
  @SubName   = (SELECT SubName   FROM __input);
  @MainValue = (SELECT MainValue FROM __input);
  @SubValue  = (SELECT SubValue  FROM __input);

  @MainId = (SELECT MAX(Id)+1 FROM MainTable);
  @SubId  = (SELECT MAX(Id)+1 FROM SubTable );

  INSERT INTO MainTable (Id, Name, Value) VALUES (@MainId, @MainName, @MainValue);
  INSERT INTO SubTable (Id, Name, MainId, Value) VALUES (@SubId, @SubName, @MainId, @SubValue);

  INSERT INTO __output SELECT @MainId, @SubId FROM system.iota;
END;

CREATE PROCEDURE UpdateItems
( 
  MainName  VARCHAR ( 20 ),
  MainValue INTEGER,
  SubValue  INTEGER
) 
BEGIN 
  DECLARE @MainName  VARCHAR ( 20 ); 
  DECLARE @MainValue INTEGER; 
  DECLARE @SubValue  INTEGER;

  DECLARE @MainId    INTEGER;

  @MainName  = (SELECT MainName  FROM __input);
  @MainValue = (SELECT MainValue FROM __input);
  @SubValue  = (SELECT SubValue  FROM __input);

  @MainId    = (SELECT TOP 1 Id  FROM MainTable WHERE Name = @MainName);

  UPDATE MainTable SET Value = @MainValue WHERE Id     = @MainId;
  UPDATE SubTable  SET Value = @SubValue  WHERE MainId = @MainId;
END;

CREATE PROCEDURE SelectItems
( 
  MainName        VARCHAR ( 20 ),
  CalculatedValue INTEGER OUTPUT
) 
BEGIN 
  DECLARE @MainName VARCHAR ( 20 ); 

  @MainName = (SELECT MainName FROM __input);

  INSERT INTO __output SELECT m.Value * s.Value FROM MainTable m INNER JOIN SubTable s ON m.Id = s.MainId WHERE m.Name = @MainName;
END;

CREATE PROCEDURE DeleteItems
( 
  MainName VARCHAR ( 20 )
) 
BEGIN 
  DECLARE @MainName VARCHAR ( 20 ); 
  DECLARE @MainId   INTEGER; 

  @MainName = (SELECT MainName FROM __input);
  @MainId   = (SELECT TOP 1 Id FROM MainTable WHERE Name = @MainName);

  DELETE FROM SubTable  WHERE MainId = @MainId;
  DELETE FROM MainTable WHERE Id     = @MainId;
END;

实际上，我遇到的问题 - 即使如此轻量级的存储过程相对于普通查询（0-5ms）工作非常非常慢（大约 50-150 毫秒）。为了测试性能，我创建了一个简单的测试（在 F# 中使用 ADS ADO.NET 提供程序）：

open System;
open System.Data;
open System.Diagnostics;
open Advantage.Data.Provider;


let mainName = "main name #";
let subName  = "sub name #";

// INSERT
let cmdTextScriptInsert = "
    DECLARE @MainId INTEGER;
    DECLARE @SubId  INTEGER;

    @MainId = (SELECT MAX(Id)+1 FROM MainTable);
    @SubId  = (SELECT MAX(Id)+1 FROM SubTable );

    INSERT INTO MainTable (Id, Name, Value) VALUES (@MainId, :MainName, :MainValue);
    INSERT INTO SubTable (Id, Name, MainId, Value) VALUES (@SubId, :SubName, @MainId, :SubValue);

    SELECT @MainId, @SubId FROM system.iota;";
let cmdTextProcedureInsert = "CreateItems";

// UPDATE
let cmdTextScriptUpdate = "
    DECLARE @MainId INTEGER;

    @MainId = (SELECT TOP 1 Id  FROM MainTable WHERE Name = :MainName);

    UPDATE MainTable SET Value = :MainValue WHERE Id     = @MainId;
    UPDATE SubTable  SET Value = :SubValue  WHERE MainId = @MainId;";
let cmdTextProcedureUpdate = "UpdateItems";

// SELECT
let cmdTextScriptSelect = "
    SELECT m.Value * s.Value FROM MainTable m INNER JOIN SubTable s ON m.Id = s.MainId WHERE m.Name = :MainName;";
let cmdTextProcedureSelect = "SelectItems";

// DELETE
let cmdTextScriptDelete = "
    DECLARE @MainId INTEGER; 

    @MainId = (SELECT TOP 1 Id FROM MainTable WHERE Name = :MainName);

    DELETE FROM SubTable  WHERE MainId = @MainId;
    DELETE FROM MainTable WHERE Id     = @MainId;";
let cmdTextProcedureDelete = "DeleteItems";




let cnnStr = @"data source=D:\DB\test.add; ServerType=local; user id=adssys; password=***;";
let cnn = new AdsConnection(cnnStr);

try
    cnn.Open();

    let cmd = cnn.CreateCommand();

    let parametrize ix prms =
        cmd.Parameters.Clear();
        
        let addParam = function
            | "MainName"  -> cmd.Parameters.Add(":MainName" , mainName + ix.ToString()) |> ignore;
            | "SubName"   -> cmd.Parameters.Add(":SubName"  , subName + ix.ToString() ) |> ignore;
            | "MainValue" -> cmd.Parameters.Add(":MainValue", ix * 3                  ) |> ignore;
            | "SubValue"  -> cmd.Parameters.Add(":SubValue" , ix * 7                  ) |> ignore;
            | _ -> ()

        prms |> List.iter addParam;


    let runTest testData = 

        let (cmdType, cmdName, cmdText, cmdParams) = testData;
        
        let toPrefix cmdType cmdName =
            let prefix = match cmdType with
                | CommandType.StoredProcedure -> "Procedure-"
                | CommandType.Text            -> "Script   -"
                | _                           -> "Unknown  -"
            in prefix + cmdName;

        let stopWatch = new Stopwatch();
    
        let runStep ix prms =
            parametrize ix prms;
            stopWatch.Start();
            cmd.ExecuteNonQuery() |> ignore;
            stopWatch.Stop();

        cmd.CommandText <- cmdText;
        cmd.CommandType <- cmdType;
        
        let startId = 1500;
        let count = 10;

        for id in startId .. startId+count do
            runStep id cmdParams;

        let elapsed = stopWatch.Elapsed;
        Console.WriteLine("Test '{0}' - total: {1}; per call: {2}ms", toPrefix cmdType cmdName, elapsed, Convert.ToInt32(elapsed.TotalMilliseconds)/count);
        

    let lst = [
        (CommandType.Text,            "Insert", cmdTextScriptInsert,    ["MainName"; "SubName"; "MainValue"; "SubValue"]);
        (CommandType.Text,            "Update", cmdTextScriptUpdate,    ["MainName"; "MainValue"; "SubValue"]);
        (CommandType.Text,            "Select", cmdTextScriptSelect,    ["MainName"]);
        (CommandType.Text,            "Delete", cmdTextScriptDelete,    ["MainName"])
        (CommandType.StoredProcedure, "Insert", cmdTextProcedureInsert, ["MainName"; "SubName"; "MainValue"; "SubValue"]);
        (CommandType.StoredProcedure, "Update", cmdTextProcedureUpdate, ["MainName"; "MainValue"; "SubValue"]);
        (CommandType.StoredProcedure, "Select", cmdTextProcedureSelect, ["MainName"]);
        (CommandType.StoredProcedure, "Delete", cmdTextProcedureDelete, ["MainName"])];

    lst |> List.iter runTest;

finally
    cnn.Close();

我得到以下结果：

测试'脚本-插入'-总计：00：00：00.0292841；每次通话：2ms

测试“脚本-更新”-总计：00:00:00.0056296；每次通话：0ms

测试“脚本-选择”-总计：00:00:00.0051738；每次通话：0ms

测试“脚本-删除”-总计：00:00:00.0059258；每次通话：0ms

测试“程序插入”-总计：00:00:01.2567146；每次通话：125 毫秒

测试“程序更新”-总计：00:00:00.7442440；每次通话：74 毫秒

测试“程序选择”-总计：00:00:00.5120446；每次通话：51 毫秒

测试“程序删除”-总计：00:00:01.0619165；每次通话：106 毫秒

远程服务器的情况要好很多，但是plaqin查询和存储过程还是有很大差距的：

测试'脚本-插入'-总计：00：00：00.0709299；每次通话：7ms

测试“脚本-更新”-总计：00:00:00.0161777；每次通话：1ms

测试'脚本-选择'-总计：00：00：00.0258113；每次通话：2ms

测试“脚本-删除”-总计：00:00:00.0166242；每次通话：1ms

测试“程序插入”-总计：00:00:00.5116138；每次通话：51 毫秒

测试“程序更新”-总计：00:00:00.3802251；每次通话：38 毫秒

测试“程序选择”-总计：00:00:00.1241245；每次通话：12 毫秒

测试“程序删除”-总计：00:00:00.4336334；每次通话：43 毫秒

有没有提高SP性能的机会？请指教。

ADO.NET 驱动程序版本 - 9.10.2.9

服务器版本 - 9.10.0.9（ANSI - GERMAN，OEM - GERMAN）

谢谢！

4

2 回答 2

6

Advantage v10 beta包括各种直接针对存储过程性能的性能改进。但是，以下是当前发布版本需要考虑的一些事项：

在您的 CreateItems 过程中，替换它可能会更有效

@MainName  = (SELECT MainName  FROM __input);
@SubName   = (SELECT SubName   FROM __input);
@MainValue = (SELECT MainValue FROM __input);
@SubValue  = (SELECT SubValue  FROM __input);

使用单个游标检索所有参数：

DECLARE input CURSOR; 
OPEN input as SELECT * from __input;
FETCH input;
@MainName  = input.MainName;
@SubName   = input.SubName;
@MainValue = input.MainValue;
@SubValue  = input.SubValue;
CLOSE input;

这将避免 3 语句解析/语义/优化/执行操作只是为了检索输入参数（我知道，我们确实需要完全消除 __input 表）。

SelectItems 过程很少会像从客户端选择一样快，尤其是在这种情况下，除了抽象参数值（这可以在客户端上轻松完成）之外，它实际上什么都不做。请记住，因为它是一个 JOIN，填充 __output 表的 SELECT 将是一个静态游标（意味着服务器要创建和填充的内部临时文件），但现在您还有另一个 __output 表服务器的临时文件，再加上您有额外的开销来使用已经放置在静态游标临时表中的数据填充这个 __output 表，只是为了复制它（服务器可以更好地检测到这个并替换 __output使用现有的静态游标引用，但目前没有）。

我会花一些时间在版本 10 上尝试您的程序。如果您有在测试中使用的测试表，请随时将它们压缩并发送到 Advantage@iAnywhere.com 并将 attn:JD 放在主题中。

于 2010-03-31T15:13:50.600 回答
5

有一项更改将有助于该CreateItems程序。更改以下两个语句：

@MainId = (SELECT MAX(Id)+1 FROM MainTable);
@SubId  = (SELECT MAX(Id)+1 FROM SubTable );

对此：

@MainId = (SELECT MAX(Id) FROM MainTable);
@MainId = @MainId + 1;
@SubId  = (SELECT MAX(Id) FROM SubTable );
@SubId  = @SubId + 1;

我查看了该语句第一个版本的查询计划信息（在 Advantage Data Architect 中）。看起来优化器没有将其MAX(id)+1分解为组件。select max(id) from maintable可以使用 ID 字段上的索引来优化语句。似乎max(id)+1没有优化。因此，做出这种改变将是相当重要的，尤其是随着桌子的增长。

另一件可能有帮助的事情是CACHE PREPARE ON;在每个脚本的顶部添加一个语句。这可以在多次运行某些过程时有所帮助。

编辑Advantage v10 测试版于今天发布 。所以我CreateItems用 v9.1 和新的 beta 版本运行了你的程序。我对远程服务器运行了 1000 次迭代。速度差异显着：

v9.1:      101 seconds
v10 beta:  2.2 seconds

请注意，我运行了一个具有上述select max(id)更改的版本。该测试是在我相当旧的开发 PC 上进行的。

于 2010-04-01T17:26:28.413 回答