DataView.Sort est un goulot d'étranglement des performances

Question

J'ai un goulot d'étranglement au niveau des performances sur un DataView.Sort. Le code est ci-dessous.

/// <summary> 
    /// Filters the data table and returns a new data table with only the filtered rows. 
    /// </summary> 
    /// <param name="dtInput">The dt input.</param> 
    /// <param name="filterExpression">The filter expression.</param> 
    /// <returns></returns> 
    protected virtual DataTable FilterDataTable(DataTable dtInput, string filterExpression) 
    { 
     DataTable result = dtInput; 
     if (!string.IsNullOrEmpty(filterExpression) && filterExpression.Trim().Length > 0) 
     { 
      DataView view = new DataView(dtInput); 
      view.RowFilter = filterExpression; 
      view.Sort = HierarchyFieldMap.DisplayedValue; 
      result = view.ToTable(); 
     } 
     return result; 
    } 

Une idée est sur la façon d'améliorer cette méthode?

L'exécution prend environ 1 seconde.

EDIT

J'ai trouvé ce lien sur DataView's Poor Peformance with Large RecordSets

Answer 1

Puisque vous n'êtes pas un retour DataView mais DataTable, vous devriez être en mesure d'obtenir un gain de performances - en utilisant DataTable.Sort - pas d'ordre de grandeur, mais 25-30%:

private static DataTable SortDataTable(DataTable t, 
    string filterExpression, 
    string sortExpression) 
{ 
    DataTable t1 = t.Clone(); 
    t1.BeginLoadData(); 
    foreach (DataRow r in t.Select(filterExpression, sortExpression)) 
    { 
     t1.Rows.Add(r.ItemArray); 
    } 
    t1.EndLoadData(); 

    return t1; 
} 

La plupart du temps, les données sont copiées dans la nouvelle table. Si vous pouvez éviter de créer une nouvelle table et travailler avec le tableau de DataRow que DataTable.Select renvoie, vous pouvez obtenir une amélioration considérable.

Answer 2

Il peut être plus rapide pour trier dans la base de données avec tous les index et les statistiques disponibles, surtout si vous paginez le résultat avant d'afficher à l'utilisateur.

Answer 3

Je suis d'accord avec Sheng ici, quand vous devez trier 50 - 100k lignes, il est temps de déplacer de la logique à la couche qui est juste pour cela, la base de données. Créer une procédure stockée qui prend la ligne rowlimit et la page courante comme paramètres, ou jsut construire votre instruction select basée sur ces valeurs, .NET est rapide, mais pas optimisé pour ce genre d'opérations, où en tant que serveur SQL (ou tout RDBMS d'ailleurs).