Как я могу запустить SQL-запрос со списком строковых значений, используя формат WHERE [имя столбца] в [значения] в ASP.NET?

Создайте свой базовый оператор sql в виде формата и динамически добавьте параметры, а затем установите значения в цикле.

String[] productCodes = { "ABC", "DEF", "GHI", "JKL" };
string sqlFormat = "SELECT PRODUCTNAME FROM PRODUCT WHERE PRODUCTCODE IN ({0})";
var @params = productCodes.Select((id, index) => String.Format("@id{0}", index)).ToArray();
var sql = String.Format(sqlFormat, string.Join(",", @params));

using(var cmd = new DbCommand(sql))
{
    for (int i = 0; i < productCodes.Length; i++)
        cmd.Parameters.Add(new Parameter(@params[i], DbType.String, productCodes[i]));
    // execute query
}

Просто идея:

String[] productCodes = { "ABC", "DEF", "GHI", "JKL" };
SqlCommand cmd = "SELECT PRODUCTNAME FROM PRODUCT WHERE PRODUCTCODE IN ("; 

for (int i=0;i<productCodes.Length;i++) {
  cmd.CommandText += "@" + productCodes[i] + ",";
  cmd.Parameters.Add("@" + productCodes[i], productCodes[i]);
}
cmd.CommandText = cmd.CommandText.SubString(0, cmd.CommandText.Length-1);
cmd.CommandText += ");"

Возможно, это не лучший способ, но, думаю, я бы попробовал именно так.

Для справки, запрос сотен или около того значений в массиве «не по отдельности» также может быть неэффективным (хотя и не таким неэффективным, как сотня или около того обращений к SQL Server). Однако параметризация запроса немного помогает, потому что вы можете подготовить один и тот же запрос и выполнить его несколько раз. Хранимая процедура может быть еще лучше.

Есть ли шанс, что вы можете использовать Linq или у вас есть версия pre-.NET-3.5?

Если вы не можете использовать Linq и вам абсолютно необходимо пойти по этому пути, попробуйте следующее:

SqlCommand cmd = "SELECT PRODUCTNAME FROM PRODUCT WHERE PRODUCTCODE = @ProductCode";
cmd.Prepare();
List<string> results;
foreach (string code in productCodes)
{
    cmd.Parameters.Clear();
    cmd.Parameters.Add("@ProductCodes", DbType.VarChar).Value = code;
    cmd.ExecuteQuery();
    // Add code here to add the returned values to the results list.  It's been
    // a while since I've used ADO.NET, and I don't have time to look it up
    // at the moment...
}

И тогда у вас есть список результатов.

Вы ищете параметры, возвращающие табличное значение. Однако это не так. t доступны для сервера sql до тех пор, пока asp.net не получил широкого распространения, поэтому их поддержка в asp.net ограничена.

Вместо этого я рекомендую думать об этом как о создании тележки для покупок. Пользователи добавляют товары в корзину, и в какой-то момент вы хотите отобразить все товары в корзине. В этом случае естественным решением является то, что сама корзина находится в таблице базы данных. Вместо того, чтобы вытягивать элементы для включения в карточку как часть директивы «IN (?)», вы строите это как подзапрос для своей директивы: «WHERE X IN (SELECT X FROM ShoppingCart WHERE UserID= @UserID AND SessionKey= @SessionKey)». Даже если у вас есть сотни добавленных элементов, пользователь будет работать так быстро, а нагрузка на вставку распределяется довольно равномерно.

Конечно, вы, вероятно, строите что-то другое, а не корзину для покупок, но, тем не менее, ваш запрос почти всегда будет относиться к одной из трех категорий:

1. Элементы для вашего списка выбираются пользователем вручную, и в этом случае вы все равно можете получить каждый результат выбора в новой записи базы данных, которая, в свою очередь, может использоваться в подзапросе.
2. Это данные, которые уже доступны в вашей базе данных, и в этом случае вы все равно сможете использовать подзапрос (а если вы не можете, возможно, пришло время добавить где-нибудь столбец «категория», чтобы вы могли).
3. Это данные, которые жестко закодированы в вашем приложении, и в этом случае вы также можете закодировать их в своем запросе.

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

Эта статья действительно является стандартной работой по этому вопросу и стоит вашего времени.