Поддерживает ли Dapper табличные параметры SQL 2008?

Question

Кто-нибудь знает, возможно ли передать табличный параметр данные в хранимую процедуру с помощью Dapper?

Answer 1

Теперь существует прямая поддержка (n Dapper 1.26 и выше) для табличных параметров, запеченных в dapper.В случае хранимых процедур, поскольку тип данных встроен в API sproc, все, что вам нужно сделать, это предоставить DataTable:

var data = connection.Query<SomeType>(..., new {
    id=123, name="abc", values = someTable
}, ...);

Для прямого командного текста у вас есть две другие опции:

• используйте вспомогательный метод, чтобы сообщить ему пользовательский тип данных:

  var data = connection.Query<SomeType>(..., new {
      id=123, name="abc", values = someTable.AsTableValuedParameter("mytype")
  }, ...);
  

• сообщить самой таблице данных, какой пользовательский тип данных использоватьиспользуйте:

  someTable.SetTypeName("mytype");
  var data = connection.Query<SomeType>(..., new {
      id=123, name="abc", values = someTable
  }, ...);        
  

Все это должно работать нормально.

Answer 2

Да, мы их поддерживаем, но вам нужно будет написать собственных помощников.

Например:

class IntDynamicParam : Dapper.SqlMapper.IDynamicParameters
{
    IEnumerable<int> numbers;
    public IntDynamicParam(IEnumerable<int> numbers)
    {
        this.numbers = numbers;
    }

    public void AddParameters(IDbCommand command)
    {
        var sqlCommand = (SqlCommand)command;
        sqlCommand.CommandType = CommandType.StoredProcedure;

        List<Microsoft.SqlServer.Server.SqlDataRecord> number_list = new List<Microsoft.SqlServer.Server.SqlDataRecord>();

        // Create an SqlMetaData object that describes our table type.
        Microsoft.SqlServer.Server.SqlMetaData[] tvp_definition = { new Microsoft.SqlServer.Server.SqlMetaData("n", SqlDbType.Int) };

        foreach (int n in numbers)
        {
            // Create a new record, using the metadata array above.
            Microsoft.SqlServer.Server.SqlDataRecord rec = new Microsoft.SqlServer.Server.SqlDataRecord(tvp_definition);
            rec.SetInt32(0, n);    // Set the value.
            number_list.Add(rec);      // Add it to the list.
        }

        // Add the table parameter.
        var p = sqlCommand.Parameters.Add("@ints", SqlDbType.Structured);
        p.Direction = ParameterDirection.Input;
        p.TypeName = "int_list_type";
        p.Value = number_list;

    }
}

// SQL Server specific test to demonstrate TVP 
public void TestTVP()
{
    try
    {
        connection.Execute("CREATE TYPE int_list_type AS TABLE (n int NOT NULL PRIMARY KEY)");
        connection.Execute("CREATE PROC get_ints @ints int_list_type READONLY AS select * from @ints");

        var nums = connection.Query<int>("get_ints", new IntDynamicParam(new int[] { 1, 2, 3 })).ToList();
        nums[0].IsEqualTo(1);
        nums[1].IsEqualTo(2);
        nums[2].IsEqualTo(3);
        nums.Count.IsEqualTo(3);
        connection.Execute("DROP PROC get_ints");
        connection.Execute("DROP TYPE int_list_type");

    }
}

Убедитесь, что вы правильно протестировали производительность для параметров с табличными значениями.Когда я проверял это для передачи int списков, это было значительно медленнее, чем передача в нескольких параметрах.

Я абсолютно не против того, чтобы в проекте contrib были какие-то специальные помощники по SQL Server для dapper, однако ядро ​​dapper избегает добавления трюков, специфичных для поставщиков, где это возможно.

Answer 3

Я знаю, что этот билет старый, очень старый, но хотел сообщить, что я опубликовал пакет Dapper.Microsoft.Sql, который поддерживает общие TVP.

https://www.nuget.org/packages/Dapper.Microsoft.Sql/

Пример использования:

List<char> nums = this.connection.Query<char>(
  "get_ints", 
  new TableValuedParameter<char>(
    "@ints", "int_list_Type", new[] { 'A', 'B', 'C' })).ToList();

Он основан на оригинальных классах из тестового проекта Dapper.

Наслаждайтесь!

Answer 4

сегодня это не так.На самом деле мы исследовали параметры table-valed для нашей дерзкой реализации «in» (where col in @values), но производительность их не впечатлила.Однако в контексте SPROC это имеет смысл.

Лучше всего зарегистрировать это как проблему на сайте проекта , чтобы мы могли отследить / расставить приоритеты.Похоже, что-то будет выполнимо, хотя, вероятно, похоже на параметры DbString или DynamicParameters.

Но сегодня?Нет.