Шикарный запрос со списком параметров

А, кажется, я понимаю, что ты имеешь в виду...

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

Вместо этого он просматривает объект с одним параметром и ищет общедоступные значения — у перечисляемого нет подходящих значений параметров для dapper.

Попробуй это:

List<string> names = new List<string> { "Bob", "Fred", "Jack" };
string query = "select * from people where Name in @names";
var stuff = connection.Query<ExtractionRecord>(query, new {names});

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

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

* будьте осторожны с логическими значениями и вещами, которые имеют значения по умолчанию.

Пример динамического запроса

    public IEnumerable<T> Query<T>(T templateobject) {
        var sql = "SELECT * From " + typeof(T).Name + " Where ";

        var list = templateobject.GetType().GetProperties()
             .Where(p => p.GetValue(templateobject) != null)
             .ToList();

        int i = 0;

        Dictionary<string, object> dbArgs = new Dictionary<string, object>();

        list.ForEach(x =>
        {
            sql += x.Name + " = @" +  x.Name;

            dbArgs.Add(x.Name, x.GetValue(templateobject));

            if (list.Count > 1 && i < list.Count - 1) {
                sql += " AND ";
                i++;
            }
        });

        Debug.WriteLine(sql);

        return _con.Query<T>(sql, dbArgs).ToList();
    }

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

*repo — это класс, содержащий указанную выше функцию.

var blah = repo.Query<Domain>(new Domain() { Id = 1, IsActive=true });

Вывод

SELECT * From Domain Where Id = @Id AND IsActive = @IsActive

затем он выдает любые «домены», соответствующие приведенному выше запросу.

DECLARE @Now datetime
SET @Now = getdate()

SELECT
    DATEADD( hh, -n, @Now ) AS StartDate,
    DATEADD( hh, -n+1, @Now ) AS EndDate
INTO
    #DateRanges
FROM 
    Numbers
WHERE
    n <= 24

SELECT
    COUNT(*) AS [Count],
    #DateRanges.StartDate
FROM
    Test
        JOIN
    #DateRanges
        ON Test.DateCreated >= #DateRanges.StartDate
        AND Test.DateCreated < #DateRanges.EndDate
GROUP BY
    #DateRanges.StartDate

Вот как бы я это сделал, но это предполагает одно: у вас есть таблица в вашей базе данных с именем «Числа», в которой есть произвольное количество целых чисел, по одному в строке, начиная с 1, по крайней мере, 24 числа в нем.

То есть таблица выглядит так:

n
-----
1
2
3
4
5
...

Если у вас нет такой таблицы, ее можно очень быстро и легко сделать только для этой команды:

CREATE TABLE #Numbers
(
    n int
)

SET NOCOUNT ON

INSERT #Numbers values (1);
GO
INSERT #Numbers SELECT n + (SELECT COUNT(*) FROM #Numbers) FROM #Numbers
GO 16 --execute batch 16 times to create 2^16 integers.

Вы не можете иметь несколько пакетов в хранимой процедуре, но можете в текстовой команде. GO 16 запускает предыдущий пакет 16 раз. Если вам это нужно в хранимой процедуре, вы можете просто повторить вторую команду INSERT несколько раз вместо использования пакетов. 2 ^ 16 целых чисел является излишним для этого конкретного запроса, но это команда, которую я копирую и вставляю, когда это необходимо, и 2 ^ 16 обычно достаточно, и так быстро, что я обычно не беспокоюсь о том, чтобы изменить ее. GO 5 даст 32 целых числа, что достаточно для 24 диапазонов дат.

Вот полный скрипт, который иллюстрирует эту работу:

--Create a temp table full of integers. This could also be a static 
--table in your DB. It's very handy.
--The table drops let us run this whole script multiple times in SSMS without issue.
IF OBJECT_ID( 'tempdb..#Numbers' ) IS NOT NULL
    DROP TABLE #Numbers

CREATE TABLE #Numbers
(
    n int
)

SET NOCOUNT ON

INSERT #Numbers values (1);
GO
INSERT #Numbers SELECT n + (SELECT COUNT(*) FROM #Numbers) FROM #Numbers
GO 16 --execute batch 16 times to create 2^16 integers.

--Create our Test table. This would be the real table in your DB, 
-- so this would not go into your SQL command.
IF OBJECT_ID( 'tempdb..#Test' ) IS NOT NULL
    DROP TABLE #Test

CREATE TABLE #Test
(
    [Status] int,
    DateCreated datetime
)

INSERT INTO 
    #Test 
SELECT 
    1, 
    DATEADD( hh, -n, getdate() )
FROM 
    #Numbers
WHERE
    n <= 48

--#Test now has 48 records in it with one record per hour for 
--the last 48 hours.

--This drop would not be needed in your actual command, but I 
--add it here to make testing this script easier in SSMS.
IF OBJECT_ID( 'tempdb..#DateRanges' ) IS NOT NULL
    DROP TABLE #DateRanges

--Everything that follows is what would be in your SQL you send through Dapper 
--if you used a static Numbers table, or you might also want to include
--the creation of the #Numbers temp table.
DECLARE @Now datetime
SET @Now = getdate()

SELECT
    DATEADD( hh, -n, @Now ) AS StartDate,
    DATEADD( hh, -n+1, @Now ) AS EndDate
INTO
    #DateRanges
FROM 
    #Numbers
WHERE
    n <= 24

/* #DateRanges now contains 24 rows that look like this:

StartDate               EndDate
2016-08-04 15:22:26.223 2016-08-04 16:22:26.223
2016-08-04 14:22:26.223 2016-08-04 15:22:26.223
2016-08-04 13:22:26.223 2016-08-04 14:22:26.223
2016-08-04 12:22:26.223 2016-08-04 13:22:26.223
...

Script was run at 2016-08-04 16:22:26.223. The first row's end date is that time. 
This table expresses 24 one-hour datetime ranges ending at the current time. 
It's also  easy to make 24 one-hour ranges for one calendar day, or anything
similar.
*/

--Now we just join that table to our #Test table to group the rows those date ranges.

SELECT
    COUNT(*) AS [Count],
    #DateRanges.StartDate
FROM
    #Test
        JOIN
    #DateRanges
        ON #Test.DateCreated >= #DateRanges.StartDate
        AND #Test.DateCreated < #DateRanges.EndDate
GROUP BY
    #DateRanges.StartDate

/*
Since we used two different getdate() calls to populate our two tables, the last record of 
our #Test table is outside of the range of our #DateRange's last row by a few milliseconds,
so we only get 23 results from this query. This script is just an illustration.
*/