Параметризованные запросы Sql

Хм, не зная контекста и дополнительной информации о данных и о том, как вы используете результаты и проблемы с производительностью, я попытаюсь предложить альтернативу. Не могли бы вы разбить на несколько запросов? Сделайте то же самое, что и сейчас, но вместо того, чтобы строить запрос с 2100+ элементами, создайте два по 1050 в каждом, а затем объедините результаты.

Один из возможных обходных путей - использовать возможность запрашивать XML и просто отправлять все данные для вашего «входа» в виде столбца xml, а затем присоединяться к нему.

Тот же подход можно использовать для заполнения вашей временной таблицы, но опять же, почему бы просто не использовать ее напрямую.

Вот небольшой пример, который должен проиллюстрировать:

declare @wanted xml
set @wanted = '<ids><id>1</id><id>2</id></ids>'
select * 
from (select 1 Id union all select 3) SourceTable 
where Id in(select Id.value('.', 'int') from @wanted.nodes('/ids/id') as Foo(Id))

Просто создайте xml в своем приложении и передайте его в качестве параметра.

Prevengint вредоносный код SQL:> Используйте хранимую процедуру.

И да, в SQL Server 2005 есть массовая вставка: http://msdn.microsoft.com/en-us/library/ms188365.aspx

Для проблемы массового обновления: взгляните на адаптер данных с таблицей данных в нем. Вы можете установить параметр, который позволяет вставлять / обновлять элементы в таблице партиями, и вы можете выбрать количество элементов в партии. Статья MSDN

Похоже, вам следует более внимательно изучить бизнес-проблему или домен, чтобы определить лучший способ фильтрации элементов в вашем запросе. Предложение IN () может быть не лучшим способом сделать это. Возможно, в вашем случае будет лучше добавить категории данных или фильтры вместо большого списка элементов для включения. Трудно сказать, не зная больше о бизнес-проблеме / контексте.

Вы можете использовать класс SqlBulkCopy, представленный в .NET 2.0. На самом деле им очень просто пользоваться. Проверить это:

http://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlbulkcopy.aspx

Хорошо, я не уверен, насколько это хорошо для вас и насколько он эффективен, но вот код, который я использовал в прошлом для достижения аналогичного:

    CREATE FUNCTION [dbo].[Split](
    @list ntext
)
RETURNS @tbl TABLE (listpos int IDENTITY(1, 1) NOT NULL,
                          number  int NOT NULL) 
AS
BEGIN
    DECLARE @pos      int,
            @textpos  int,
            @chunklen smallint,
            @str      nvarchar(4000),
            @tmpstr   nvarchar(4000),
            @leftover nvarchar(4000)

    SET @textpos = 1
    SET @leftover = ''
    WHILE @textpos <= datalength(@list) / 2
    BEGIN
       SET @chunklen = 4000 - datalength(@leftover) / 2
       SET @tmpstr = ltrim(@leftover + substring(@list, @textpos, @chunklen))
       SET @textpos = @textpos + @chunklen

       SET @pos = charindex(',', @tmpstr)
       WHILE @pos > 0
       BEGIN
          SET @str = substring(@tmpstr, 1, @pos - 1)
          INSERT @tbl (number) VALUES(convert(int, @str))
          SET @tmpstr = ltrim(substring(@tmpstr, @pos + 1, len(@tmpstr)))
          SET @pos = charindex(',', @tmpstr)
       END

       SET @leftover = @tmpstr
    END

    IF ltrim(rtrim(@leftover)) <> ''
       INSERT @tbl (number) VALUES(convert(int, @leftover))

    RETURN
END

Затем в другой хранимой процедуре вы можете передать строку идентификаторов, разделенных запятыми, например:

select a.number from split('1,2,3') a inner join myothertable b on a.number = b.ID

Как я уже сказал, это, вероятно, действительно плохо, потому что оно включает в себя множество манипуляций со строками, и я не могу вспомнить, откуда я взял функцию ... но она там, чтобы выбирать ...

Я предполагаю, что вы также можете вырезать биты, которые заполняют столбец listpos, если вам действительно не нужно индексировать исходную строку.

SQL Server 2008 будет иметь параметры таблицы. Это молоток, который вам нужен.