SQL Server 2008 (або новіший)
По-перше, у своїй базі даних створіть наступні два об’єкти:
CREATE TYPE dbo.IDList
AS TABLE
(
ID INT
);
GO
CREATE PROCEDURE dbo.DoSomethingWithEmployees
@List AS dbo.IDList READONLY
AS
BEGIN
SET NOCOUNT ON;
SELECT ID FROM @List;
END
GO
Тепер у вашому коді C #:
// Obtain your list of ids to send, this is just an example call to a helper utility function
int[] employeeIds = GetEmployeeIds();
DataTable tvp = new DataTable();
tvp.Columns.Add(new DataColumn("ID", typeof(int)));
// populate DataTable from your List here
foreach(var id in employeeIds)
tvp.Rows.Add(id);
using (conn)
{
SqlCommand cmd = new SqlCommand("dbo.DoSomethingWithEmployees", conn);
cmd.CommandType = CommandType.StoredProcedure;
SqlParameter tvparam = cmd.Parameters.AddWithValue("@List", tvp);
// these next lines are important to map the C# DataTable object to the correct SQL User Defined Type
tvparam.SqlDbType = SqlDbType.Structured;
tvparam.TypeName = "dbo.IDList";
// execute query, consume results, etc. here
}
SQL Server 2005
Якщо ви використовуєте SQL Server 2005, я все-таки рекомендую розділити функцію по XML. Спочатку створіть функцію:
CREATE FUNCTION dbo.SplitInts
(
@List VARCHAR(MAX),
@Delimiter VARCHAR(255)
)
RETURNS TABLE
AS
RETURN ( SELECT Item = CONVERT(INT, Item) FROM
( SELECT Item = x.i.value('(./text())[1]', 'varchar(max)')
FROM ( SELECT [XML] = CONVERT(XML, '<i>'
+ REPLACE(@List, @Delimiter, '</i><i>') + '</i>').query('.')
) AS a CROSS APPLY [XML].nodes('i') AS x(i) ) AS y
WHERE Item IS NOT NULL
);
GO
Тепер ваша збережена процедура може бути просто:
CREATE PROCEDURE dbo.DoSomethingWithEmployees
@List VARCHAR(MAX)
AS
BEGIN
SET NOCOUNT ON;
SELECT EmployeeID = Item FROM dbo.SplitInts(@List, ',');
END
GO
І у своєму C # коді просто потрібно передати список як '1,2,3,12'...
Я вважаю, що метод проходження параметрів, що оцінюються в таблиці, спрощує ремонтопридатність рішення, яке його використовує, і часто має підвищену продуктивність порівняно з іншими реалізаціями, включаючи XML та розбиття рядків.
Вхідні дані чітко визначені (ніхто не повинен здогадуватися, чи роздільник є комою чи крапкою з двокрапки), і ми не маємо залежностей від інших функцій обробки, які не очевидні без перевірки коду для збереженої процедури.
У порівнянні з рішеннями, що містять визначені користувачем схеми XML замість UDT, це включає аналогічну кількість кроків, але, на мій досвід, набагато простіший код для управління, обслуговування та читання.
У багатьох рішеннях вам може знадобитися лише один або кілька цих UDT (типів, визначених користувачем), які ви повторно використовуєте для багатьох збережених процедур. Як і в цьому прикладі, загальною вимогою є проходження списку покажчиків ідентифікаторів, ім'я функції описує, який контекст повинні представляти ці ІД, назва типу має бути загальним.