PDF.NET開發框架性能剖析

 

前倆天發布了 關於PDF.NET開發框架對Mysql Sqlite PostgreSQL數據庫分頁支持的個人看法 ,說明了本人對框架的一些介紹和看法。今天我們一起思考一些問題。

 

 

1.裝箱與拆箱

EntityBase.cs

private object[] values;
/// <summary>
/// 屬性值列表
/// </summary>
public virtual object[] PropertyValues
{
    get
    {
        if (values == null)
        {
            values = new object[PropertyNames.Length];
        }
        return values;
    }
    protected internal set { values = value; }
}

每個實體類對象，一般情況下相當於表中的一行數據。把屬性里封裝的字段放在數組中，字段有值類型(tinyint int double...) 引用類型，為了滿足各種類型只能由object類型出廠，這樣會導致值類型頻繁進行拆箱(引用類型到值類型--get)/裝箱(值類型到引用類型--set)操作.這在一定程度上，對性能造成了損耗。

 

2.for與foreach

CommonDB.cs

if (parameters != null)
    for (int i = 0; i < parameters.Length; i++)
        if (parameters[i] != null)
        {
            if (commandType != CommandType.StoredProcedure)
            {
                //IDataParameter para = (IDataParameter)((ICloneable)parameters[i]).Clone();
                IDataParameter para = parameters[i];
                if (para.Value == null)
                    para.Value = DBNull.Value;
                cmd.Parameters.Add(para);
            }
            else
            {
                //為存儲過程帶回返回值
                cmd.Parameters.Add(parameters[i]);
            }
        }

使用for循環，加數組的索引器使用(每調用一次，就循環一次，可以反編譯查看)，會造成數組的重復遍歷。話不多說，看哥代碼，你懂得！

if (parameters != null)
{
    foreach (IDataParameter para in parameters)
    {
        if (para != null)
        {
            if (commandType != CommandType.StoredProcedure)
            {
                if (para.Value == null)
                    para.Value = DBNull.Value;
                cmd.Parameters.Add(para);
            }
            else
            {
                //為存儲過程帶回返回值
                cmd.Parameters.Add(para);
            }
        }
    }
}

 

3.雙重鎖定 double check

SqlCache.cs

/// <summary>
/// 增加一項到緩存中
/// </summary>
/// <param name="key"></param>
/// <param name="item"></param>
/// <returns></returns>
public static bool AddToCache(string key,SqlInfo item)
{
    SqlInfo Value = GetFromCache(key);
    if (Value != null)
        return false;
    lock (sync_obj)
    {
        DictSqlCache.Add(key, item);
    }
    return true;
}

第一個if確實能減少鎖的影響，提示性能。 lock里需要做判斷的...看代碼

/// <summary>
/// 增加一項到緩存中
/// </summary>
/// <param name="key"></param>
/// <param name="item"></param>
/// <returns></returns>
public static bool AddToCache(string key, SqlInfo item)
{
    if (!DictSqlCache.ContainsKey(key))//在lock前判斷，有助於提升性能
    {
        lock (sync_obj)//假設2個線程同時執行到這，如果lock里不做判斷會出問題
        {
            if (!DictSqlCache.ContainsKey(key))
            {
                DictSqlCache.Add(key, item);
                return true;
            }
        }
    }
    return false;
}

 

 

4.分頁

SqlPage.cs

/// <summary>
/// 根據主鍵的高效快速分頁之 升序分頁
/// </summary>
/// <param name="pageNum">頁碼，從1開始</param>
/// <param name="pageSize">頁大小，大於1</param>
/// <param name="filedList">字段列表</param>
/// <param name="tableName">表名稱</param>
/// <param name="PKName">主鍵名稱</param>
/// <param name="conditon">查詢條件</param>
/// <returns>返回指定頁碼的快速分頁SQL語句</returns>
public static string GetAscPageSQLbyPrimaryKey(int pageNum, int pageSize, string filedList, string tableName, string PKName, string conditon)
{
    if (conditon == null || conditon == "")
        conditon = "1=1";
    if (pageNum == 1)
    {
        string sqlTemplage = "Select top @pageSize @filedList from @table1 where  @conditon order by @PKName desc ";
        return sqlTemplage
            .Replace("@pageSize", pageSize.ToString())
            .Replace("@filedList", filedList)
            .Replace("@table1", tableName)
            .Replace("@conditon", conditon)
            .Replace("@PKName", PKName);
    }
    else
    {
        //@topNum= ((頁碼-1)*頁大小)
        string sqlTemplage = @"
select top @pageSize @filedList
from @table1
where @conditon And @PKName>
    (select max (@PKName) from
    (select top @topNum @PKName from @table1 where @conditon order by @PKName asc) as T
    )    
order by @PKName asc
";
        int topNum = (pageNum - 1) * pageSize;

        return sqlTemplage.Replace("@topNum", topNum.ToString())
            .Replace("@pageSize", pageSize.ToString())
            .Replace("@filedList", filedList)
            .Replace("@table1", tableName)
            .Replace("@conditon", conditon)
            .Replace("@PKName", PKName);

    }
}

 

 首先，要把字符串對象構造為StringBuilder對象，用StringBuilder對象的Replace方法，這些細節和上篇也提到了，很多人會認為這是廢話，好吧......我不說廢話了，進入重點。

 

看了很多分頁代碼，有not in的，rownum偽列的，limit的。但如果只根據一列進行查詢，主鍵列或其他值類型的列均可，這種分頁無疑是性能最高的。個人很欣賞作者的代碼。

但是，我想提一個問題，

假如tableName參數傳入的是一個viewName(視圖名稱),

而這個視圖是有10張同結構的表，或不同結構的表抽取意義相同的列的數據  union而成。

這個視圖數據量百萬級數據量。這么寫能禁得住考驗嗎？

那么該如何改進呢？

相信clever的你已經懂了，若還沒想通，那就經歷3重境界吧：

   昨夜西風凋碧樹，獨上高樓，望盡天涯路。

   衣帶漸寬終不悔，為伊消得人憔悴。

   然后是驀然回首...........