Как я могу использовать необязательные параметры в хранимой процедуре T-SQL?

Question

Я создаю хранимую процедуру для поиска в таблице.У меня есть много разных полей поиска, все из которых являются необязательными.Есть ли способ создать хранимую процедуру, которая будет обрабатывать это?Допустим, у меня есть таблица с четырьмя полями: ID, FirstName, LastName и Title.Я мог бы сделать что-то вроде этого:

CREATE PROCEDURE spDoSearch
    @FirstName varchar(25) = null,
    @LastName varchar(25) = null,
    @Title varchar(25) = null
AS
    BEGIN
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
            FirstName = ISNULL(@FirstName, FirstName) AND
            LastName = ISNULL(@LastName, LastName) AND
            Title = ISNULL(@Title, Title)
    END

Такого рода работы.Однако он игнорирует записи, в которых FirstName, LastName или Title имеют значение NULL.Если заголовок не указан в параметрах поиска, я хочу включить записи, где заголовок равен NULL - то же самое для FirstName и LastName.Я знаю, что мог бы сделать это с помощью динамического SQL, но я бы хотел этого избежать.

Answer 1

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

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

Условия динамического поиска в T-SQL by Erland Sommarskog

Проклятие и благословения динамического SQL Эрландом Соммарскогом

Если у вас есть правильная версия SQL Server 2008 (SQL 2008 SP1 CU5 (10.0.2746) и выше), вы можете использовать этот маленький трюкфактически использовать индекс:

Добавить OPTION (RECOMPILE) к вашему запросу, см. статью Эрланда , и SQL Server разрешит OR из (@LastName IS NULL OR LastName= @LastName) до создания плана запроса.на основе значений времени выполнения локальных переменных и индекса можно использовать.

Это будет работать для любой версии SQL Server (возвращать правильные результаты), но включать только OPTION (RECOMPILE), если вы используете SQL2008 SP1 CU5 (10.0.2746) и позже.ОПЦИЯ (RECOMPILE) перекомпилирует ваш запрос, только перечисленная версия перекомпилирует его на основе текущих значений времени выполнения локальных переменных, что даст вам наилучшую производительность.Если не в этой версии SQL Server 2008, просто оставьте эту строку отключенной.

CREATE PROCEDURE spDoSearch
    @FirstName varchar(25) = null,
    @LastName varchar(25) = null,
    @Title varchar(25) = null
AS
    BEGIN
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
                (@FirstName IS NULL OR (FirstName = @FirstName))
            AND (@LastName  IS NULL OR (LastName  = @LastName ))
            AND (@Title     IS NULL OR (Title     = @Title    ))
        OPTION (RECOMPILE) ---<<<<use if on for SQL 2008 SP1 CU5 (10.0.2746) and later
    END

Answer 2

Ответ от @KM хорош, но он не в состоянии полностью выполнить один из его ранних советов;

..., игнорировать компактный код, игнорировать беспокойство оповторяющийся код, ...

Если вы хотите добиться максимальной производительности, вам следует написать индивидуальный запрос для каждой возможной комбинации необязательных критериев.Это может показаться экстремальным, и если у вас есть много дополнительных критериев, то это может быть, но производительность часто является компромиссом между усилием и результатами.На практике может существовать общий набор комбинаций параметров, которые могут быть нацелены на заказные запросы, затем общий запрос (согласно другим ответам) для всех других комбинаций.

CREATE PROCEDURE spDoSearch
    @FirstName varchar(25) = null,
    @LastName varchar(25) = null,
    @Title varchar(25) = null
AS
BEGIN

    IF (@FirstName IS NOT NULL AND @LastName IS NULL AND @Title IS NULL)
        -- Search by first name only
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
            FirstName = @FirstName

    ELSE IF (@FirstName IS NULL AND @LastName IS NOT NULL AND @Title IS NULL)
        -- Search by last name only
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
            LastName = @LastName

    ELSE IF (@FirstName IS NULL AND @LastName IS NULL AND @Title IS NOT NULL)
        -- Search by title only
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
            Title = @Title

    ELSE IF (@FirstName IS NOT NULL AND @LastName IS NOT NULL AND @Title IS NULL)
        -- Search by first and last name
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
            FirstName = @FirstName
            AND LastName = @LastName

    ELSE
        -- Search by any other combination
        SELECT ID, FirstName, LastName, Title
        FROM tblUsers
        WHERE
                (@FirstName IS NULL OR (FirstName = @FirstName))
            AND (@LastName  IS NULL OR (LastName  = @LastName ))
            AND (@Title     IS NULL OR (Title     = @Title    ))

END

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

Answer 3

Вы можете сделать в следующем случае

CREATE PROCEDURE spDoSearch
   @FirstName varchar(25) = null,
   @LastName varchar(25) = null,
   @Title varchar(25) = null
AS
  BEGIN
      SELECT ID, FirstName, LastName, Title
      FROM tblUsers
      WHERE
        (@FirstName IS NULL OR FirstName = @FirstName) AND
        (@LastNameName IS NULL OR LastName = @LastName) AND
        (@Title IS NULL OR Title = @Title)
END

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

Answer 4

Расширьте ваше WHERE условие:

WHERE
    (FirstName = ISNULL(@FirstName, FirstName)
    OR COALESCE(@FirstName, FirstName, '') = '')
AND (LastName = ISNULL(@LastName, LastName)
    OR COALESCE(@LastName, LastName, '') = '')
AND (Title = ISNULL(@Title, Title)
    OR COALESCE(@Title, Title, '') = '')

, то есть объедините различные случаи с логическими условиями.

Answer 5

Пять лет опоздал на вечеринку.

Это упомянуто в предоставленных ссылках принятого ответа, но я думаю, что оно заслуживает явного ответа на SO - динамическое построение запроса на основе предоставленных параметров. E.g.:

Настройка

-- drop table Person
create table Person
(
    PersonId INT NOT NULL IDENTITY(1, 1) CONSTRAINT PK_Person PRIMARY KEY,
    FirstName NVARCHAR(64) NOT NULL,
    LastName NVARCHAR(64) NOT NULL,
    Title NVARCHAR(64) NULL
)
GO

INSERT INTO Person (FirstName, LastName, Title)
VALUES ('Dick', 'Ormsby', 'Mr'), ('Serena', 'Kroeger', 'Ms'), 
    ('Marina', 'Losoya', 'Mrs'), ('Shakita', 'Grate', 'Ms'), 
    ('Bethann', 'Zellner', 'Ms'), ('Dexter', 'Shaw', 'Mr'),
    ('Zona', 'Halligan', 'Ms'), ('Fiona', 'Cassity', 'Ms'),
    ('Sherron', 'Janowski', 'Ms'), ('Melinda', 'Cormier', 'Ms')
GO

Процедура

ALTER PROCEDURE spDoSearch
    @FirstName varchar(64) = null,
    @LastName varchar(64) = null,
    @Title varchar(64) = null,
    @TopCount INT = 100
AS
BEGIN
    DECLARE @SQL NVARCHAR(4000) = '
        SELECT TOP ' + CAST(@TopCount AS VARCHAR) + ' *
        FROM Person
        WHERE 1 = 1'

    PRINT @SQL

    IF (@FirstName IS NOT NULL) SET @SQL = @SQL + ' AND FirstName = @FirstName'
    IF (@LastName IS NOT NULL) SET @SQL = @SQL + ' AND FirstName = @LastName'
    IF (@Title IS NOT NULL) SET @SQL = @SQL + ' AND Title = @Title'

    EXEC sp_executesql @SQL, N'@TopCount INT, @FirstName varchar(25), @LastName varchar(25), @Title varchar(64)', 
         @TopCount, @FirstName, @LastName, @Title
END
GO

Использование

exec spDoSearch @TopCount = 3
exec spDoSearch @FirstName = 'Dick'

Плюсы:

• легко писать и понимать
• гибкость - легко сгенерировать запрос для более сложных фильтров (например, динамический TOP)

Минусы:

• возможные проблемы с производительностью в зависимости от предоставленных параметров, индексов и объема данных

Не прямой ответ, но связанный с проблемой, иначе общая картина

Обычно эти хранимые процедуры фильтрации не распространяются, а вызываются из некоторого уровня обслуживания. Это оставляет возможность перенести бизнес-логику (фильтрацию) с SQL на уровень обслуживания.

Один из примеров - использование LINQ2SQL для генерации запроса на основе предоставленных фильтров:

    public IList<SomeServiceModel> GetServiceModels(CustomFilter filters)
    {
        var query = DataAccess.SomeRepository.AllNoTracking;

        // partial and insensitive search 
        if (!string.IsNullOrWhiteSpace(filters.SomeName))
            query = query.Where(item => item.SomeName.IndexOf(filters.SomeName, StringComparison.OrdinalIgnoreCase) != -1);
        // filter by multiple selection
        if ((filters.CreatedByList?.Count ?? 0) > 0)
            query = query.Where(item => filters.CreatedByList.Contains(item.CreatedById));
        if (filters.EnabledOnly)
            query = query.Where(item => item.IsEnabled);

        var modelList = query.ToList();
        var serviceModelList = MappingService.MapEx<SomeDataModel, SomeServiceModel>(modelList);
        return serviceModelList;
    }

Плюсы:

• динамически генерируемый запрос на основе предоставленных фильтров. Нет параметра сниффинг или перекомпиляция подсказки необходимы
• несколько проще написать для тех, кто в мире ООП
• как правило, дружественно к производительности, так как будут выдаваться «простые» запросы (все же необходимы соответствующие индексы)

Минусы:

• Могут быть достигнуты ограничения LINQ2QL и принудительно понижено до объектов LINQ2Ob или возвращаться к решению на чистом SQL в зависимости от случая
• небрежное написание LINQ может привести к ужасным запросам (или множеству запросов, если загружены свойства навигации)

Answer 6

Это также работает:

    ...
    WHERE
        (FirstName IS NULL OR FirstName = ISNULL(@FirstName, FirstName)) AND
        (LastName IS NULL OR LastName = ISNULL(@LastName, LastName)) AND
        (Title IS NULL OR Title = ISNULL(@Title, Title))