Exécuter plusieurs commandes SQL en un seul aller-retour

quelque chose comme ce . L'exemple est probablement pas très bonne car elle ne permet pas d'éliminer correctement les objets, mais vous obtenez l'idée. Voici une version nettoyée:

using (var connection = new SqlConnection(ConnectionString))
using (var command = connection.CreateCommand())
{
    connection.Open();
    command.CommandText = "select id from test1; select id from test2";
    using (var reader = command.ExecuteReader())
    {
        do
        {
            while (reader.Read())
            {
                Console.WriteLine(reader.GetInt32(0));
            }
            Console.WriteLine("--next command--");
        } while (reader.NextResult());

    }
}

faire un aller-retour contre trois sera plus efficace en effet. La question est de savoir si cela en vaut la peine. L'ensemble ADO.Net et C # 3.5 ensemble d'outils et cadre s'oppose à ce que vous essayez de faire. TableAdapters, Linq2SQL, EF, tous ceux-ci aiment à traiter avec simple one-call==one-resultset sémantique. Ainsi, vous pouvez perdre une certaine productivité sérieuse en essayant de battre le cadre dans la soumission.

je dirais qu'à moins d'avoir un sérieux mesures montrant que vous nécessité de réduire le nombre d'allers-retours, s'abstenir. Si vous do finissez par l'exiger, alors utilisez une procédure stockée pour au moins donner une sorte D'API de sémantique.

, Mais si votre requête est vraiment ce que vous avez posté (ie. sélectionnez tous utilisateurs, toutes équipes et toutes permissions) alors vous avez évidemment beaucoup plus de poissons à frire avant de réduire les voyages aller-retour... réduisez d'abord les jeux de résultats.

je suis ceci ce lien pourrait être utile.

envisager d'utiliser au moins la même connexion-l'ouverture; selon ce qu'il dit ici , l'ouverture d'une connexion est presque le chef de file du coût de performance dans Entity-Framework.

tout d'abord, 3 voyages aller-retour n'est pas vraiment une grosse affaire. Si vous parliez de 300 les voyages aller-retour alors ce serait une autre question, mais pour seulement 3 voyages aller-retour je considérerais cela pour definitley être un cas d'optimisation prématurée.

cela dit, la façon dont je ferais cela serait probablement d'exécuter les 3 procédures stockées en utilisant SQL:

exec dbo.p_myproc_1 @param_1 = @in_param_1, @param_2 = @in_param_2
exec dbo.p_myproc_2
exec dbo.p_myproc_3

vous pouvez alors itérer à travers le retour les ensembles de résultats comme vous le feriez si vous exécutiez directement plusieurs ensembles de rangées.

construire une table temporaire? Insérer tous les résultats dans la table de température et ensuite select * from @temp-table

comme dans,

@temptable=....
select @temptable.field=mytable.field from mytable
select @temptable.field2=mytable2.field2 from mytable2

etc... Une seule visite dans la base de données, même si Je ne suis pas sûr que ce soit plus efficace.