Передача списка <> в хранимую процедуру SQL

Вы либо делаете то, что у вас уже есть, передаете строку с разделителями, а затем анализируете значение таблицы, либо другой выбор - передача XML-кода и примерно то же самое:

http://weblogs.asp.net/jgalloway/archive/2007/02/16/passing-lists-to-sql-server-2005-with-xml-parameters.aspx

У меня еще не было возможности взглянуть на SQL 2008, чтобы узнать, добавили ли они какие-либо новые функции для обработки таких вещей.

Логику объединения строк, вероятно, можно упростить:

string items = 
    string.Join("~", itemList.Select(item=>item.ToString()).ToArray());

Это сэкономит вам некоторую конкатенацию строк, что в .Net дорого.

Я не думаю, что что-то не так с тем, как вы сохраняете предметы. Вы ограничиваете поездки в БД, и это хорошо. Если ваша структура данных была более сложной, чем список целых чисел, я бы предложил XML.

Примечание: В комментариях меня спросили, спасет ли это нас от конкатенации строк (это действительно так). Я считаю, что это отличный вопрос, и хотел бы продолжить его.

Если вы откроете открытую строку. Присоединитесь к Отражатель, вы увидите, что Microsoft использует пару небезопасных (в смысле этого слова .Net) техник, включая использование указателя char и структуры под названием UnSafeCharBuffer. То, что они делают, когда вы действительно сводите это к минимуму, - это использование указателей для перехода по пустой строке и создания соединения. Помните, что основная причина того, что конкатенация строк настолько дорога в .Net, заключается в том, что новый строковый объект помещается в кучу для каждой конкатенации, потому что строка неизменяема. Эти операции с памятью дороги. String.Join (..) по сути выделяет память один раз, а затем работает с ней с помощью указателя. Очень быстро.

Одна потенциальная проблема с вашей техникой заключается в том, что она не обрабатывает очень большие списки - вы можете превысить максимальную длину строки для своей базы данных. Я использую вспомогательный метод, который объединяет целочисленные значения в перечисление строк, каждая из которых меньше указанного максимума (следующая реализация также необязательно проверяет и удаляет повторяющиеся идентификаторы):

public static IEnumerable<string> ConcatenateValues(IEnumerable<int> values, string separator, int maxLength, bool skipDuplicates)
{
    IDictionary<int, string> valueDictionary = null;
    StringBuilder sb = new StringBuilder();
    if (skipDuplicates)
    {
        valueDictionary = new Dictionary<int, string>();
    }
    foreach (int value in values)
    {
        if (skipDuplicates)
        {
            if (valueDictionary.ContainsKey(value)) continue;
            valueDictionary.Add(value, "");
        }
        string s = value.ToString(CultureInfo.InvariantCulture);
        if ((sb.Length + separator.Length + s.Length) > maxLength)
        {
            // Max length reached, yield the result and start again
            if (sb.Length > 0) yield return sb.ToString();
            sb.Length = 0;
        }
        if (sb.Length > 0) sb.Append(separator);
        sb.Append(s);
    }
    // Yield whatever's left over
    if (sb.Length > 0) yield return sb.ToString();
}

Затем вы используете это примерно так:

using(SqlCommand command = ...)
{
    command.Connection = ...;
    command.Transaction = ...; // if in a transaction
    SqlParameter parameter = command.Parameters.Add("@Items", ...);
    foreach(string itemList in ConcatenateValues(values, "~", 8000, false))
    {
        parameter.Value = itemList;
        command.ExecuteNonQuery();
    }
}

См. http://www.sommarskog.se/arrays-in-sql-2005.html для подробного обсуждения этой проблемы и различных подходов, которые вы могли бы использовать.

Запрос одного поля для нескольких значений в хранимой процедуре
http://www.norimek.com/blog/post/2008/04/Query-a-Single-Field-for-Multiple-Values-in-a-Stored-Procedure.aspx

Если вам подходит переход на SQL Server 2008, есть новая функция под названием «Табличные параметры» для решения именно этой проблемы.

Ознакомьтесь с дополнительными сведениями о TVP здесь и здесь или просто спросите у Google «возвращающие табличное значение параметры SQL Server 2008» - вы найдете много информации и примеров.

Настоятельно рекомендуется - если, вы можете перейти на SQL Server 2008 ...

Почему бы не использовать возвращающий табличное значение параметр? https://docs.microsoft.com/en-us/dotnet/framework/data/adonet/sql/table-valued-parameters

Вот очень четкое объяснение табличных параметров с sqlteam.com: Табличные параметры со значениями