Este problema está apenas começando a aparecer no criador de perfil. Temos algo parecido com isto:
using (var cmd = connection.CreateCommand())
{
cmd.CommandText = "INSERT INTO #Ids VALUES (@0);";
cmd.Parameters.Add(cmd.CreateParameter() { ParameterName = "@0", DbType = GetDbType() });
cmd.Prepare();
foreach (var value in values)
{
((IDbDataParameter)cmd.Parameters[0]).Value = value;
cmd.ExecuteNonQuery();
}
}
Estamos estudando a possibilidade de acelerar isso diminuindo o número de viagens de ida e volta. Usar DataTable aqui seria uma monstruosidade, mas existe esse tipo SqlDataRecord
que parece se encaixar, então deveríamos ser capazes de fazer algo assim:
using (var cmd = connection.CreateCommand())
{
cmd.CommandText = "INSERT INTO #Ids SELECT * FROM @0;";
var param = cmd.CreateParameter();
param.ParameterName = "@0";
// FIXME more properties
cmd.Parameters.Add(param);
param.Value = values.Cast<T>().Select((x) => {
// FIXME Create new SqlDataRecord
}.ToList();
cmd.ExecuteNonQuery();
}
A principal dificuldade aqui que o diferencia das outras amostras é a T
; esse código é dinâmico e recebe um grande número de tipos possíveis; portanto CREATE TYPE
não funcionará. Não há como criar um tipo para cada comprimento VARCHAR possível.
Como preencho os comentários FIXME acima?
Pergunta relacionada, sem boas respostas: Como criaria uma tabela temporária no SQL Server quando tenho uma grande lista de IDs
Nos comentários há um pedido para uma visão geral. Realmente não há uma maneira muito boa de obter mais informações diminuindo o zoom aqui. Há exatamente uma cópia da rotina que define argumentos para todas as chamadas SQL (leia-se: procedimentos armazenados) na base de código, e é isso.
O fator de escala para o número de linhas é de cauda grossa; o número médio de linhas é inferior a 10, mas o tamanho máximo é muito grande e chamadas com mais de mil acontecem regularmente. Assim carregamos uma tabela temporária; e na conversão para fazer algo diferente de um foreach
loop, ainda carregamos uma tabela temporária.
Um exemplo totalmente funcional.
Parece que um TVP pode não ser a opção certa para você.
Mas você pode usar uma tabela temporária com
SqlBulkCopy
, que será muito mais rápida que inserções individuais.Você pode passar
SqlBulkCopy
aDataTable
ou aDbDataReader
. O primeiro é simples de criar, mas pode exigir muita memória. Você pode criar um leitor simplesmente usando a biblioteca FastMember gratuita .