Exécuter plusieurs commandes SQL dans un voyage aller-retour

Je suis la construction d'une application et je veux par lots de plusieurs requêtes dans un seul voyage aller-retour à la base de données. Par exemple, disons une page unique a besoin d'afficher une liste d'utilisateurs, une liste de groupes et une liste d'autorisations.

J'ai donc stocké procs (ou de simples commandes sql comme "select * from Users"), et je veux exécuter trois d'entre eux. Toutefois, pour remplir une page que je dois faire 3 allers-retours.

Maintenant, je pourrais écrire une procédure stockée ("getUsersTeamsAndPermissions") ou d'exécuter une seule commande SQL "select * from Users;exec getTeams;select * from Autorisations".

Mais je me demandais si il y avait une meilleure façon de spécifier de faire 3 opérations en un seul voyage aller-retour. Les prestations comprennent le plus facile de l'unité d'essai, et en permettant au moteur de base de données parrallelize les requêtes.

Je suis à l'aide de C# 3.5 et SQL Server 2008.

Si c'est ASP.Net et le serveur de base de données est juste à côté de du Serveur Web(ou c'est une seule application), alors c'est probablement une optimisation prématurée..
une optimisation prématurée ou d'un correctif pour un autre problème de conception.
Chaque fois que je viens lire cette question, je me suis amusée à combien de personnes lisent mon exemple simple que j'ai faite à cette question et à supposer qu'ils connaissent les caractéristiques de performance de mon application mieux que moi.
Merci de lire ma réponse ici: stackoverflow.com/a/49687720/538387

InformationsquelleAutor tster | 2010-02-25

.net ado.net c#data-access sql-server

8

Le seul multi-partie commande et la procédure stockée options que vous mentionnez sont les deux options. Vous ne pouvez pas le faire de telle manière à ce qu'ils sont "parallèles" sur la db. Toutefois, ces deux options ne se traduisent par une seul voyage aller-retour, de sorte que vous êtes bien là-bas. Il n'y a pas moyen de les envoyer de manière plus efficace. Dans sql server à partir de 2005, un multi-partie de commande qui est entièrement paramétrable est très efficace.

Modifier: ajout d'informations sur les raisons d'intégrer dans un seul appel.

Bien que vous ne voulez pas trop s'occuper de réduire les appels, il y peut avoir des raisons légitimes de cette.
- Une fois, j'ai été limité à un mauvais pilote ODBC à l'encontre d'un ordinateur central, et il y avait un 1,2 seconde de surcharge sur chaque appel! Je suis sérieuse. Il y avait des moments où je l'ai bourré un peu supplémentaire dans ma db appels. Pas assez.
- Vous aussi pourriez vous retrouver dans une situation où vous devez configurer vos requêtes sql, quelque part, et vous ne pouvez pas simplement faire 3 appels: c'est l'une. Il ne devrait pas être de cette façon, mauvaise conception, mais il est. Tu fais ce que tu dois faire!
- Parfois, bien sûr, il peut être très bon pour encapsuler plusieurs étapes dans une procédure stockée. Généralement pas pour l'enregistrement des allers-retours, mais pour le resserrement des transactions, l'obtention de l'ID pour de nouveaux enregistrements, contraignant pour les autorisations, en fournissant de l'encapsulation, bla bla bla. (Mais s'il vous plaît ne pas commencer à utiliser des procédures stockées tout le temps.)
- seul voyage aller-retour est le plus important de toute façon.
InformationsquelleAutor Patrick Karcher

Quelque chose comme cette. 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 un nettoyés version:

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());

    }
}

+1 pour la belle exemple de code. C'est de ça que je parlais de la question avec plusieurs instructions sql dans une seule commande.
Merci pour cet article, à la recherche de la bonne manière de gérer les connexions et commandes 🙂

InformationsquelleAutor Darin Dimitrov

2

Faire un aller-retour vs trois aura plus de eficient en effet. La question est de savoir si cela en vaut la peine. L'ensemble de la ADO.Net et C# 3.5, l'ensemble d'outils et le cadre s'oppose à ce que vous essayez de faire. TableAdapters, Linq2SQL, EF, tous ces aiment traiter avec un simple appel==un jeu de résultats de la sémantique. Donc, vous risquez de perdre certains de sérieux de la productivité en essayant de battre le Cadre dans la soumission.

Je dirais qu'à moins d'avoir un sérieux mesures montrant que vous avez besoin pour réduire le nombre d'allers-retours, s'abstenir. Si vous ne fin besoin, alors l'utilisation d'une procédure stockée pour au moins donner une API de type sémantique.

Mais si votre requête est vraiment ce que vous avez posté (ie. sélectionnez tous utilisateurs, tous équipes et tous autorisations), alors vous obviosuly ont beaucoup plus de poisson à frire avant de réduire les allers-retours... réduire les jeux de résultats en premier.
- J'ai fait ces vers le haut sur le dessus de ma tête.
- +1 pour me dire de ne pas déranger si. Faites-moi confiance, je vais faire beaucoup d'autres choses avant que je commencer à faire ce que le serveur web et serveur de base de données sont assez proches les uns des autres.
- Mais je pense que GSM doit mettre en œuvre un certain objet (peut-être il devrait y avoir un IDisposable propriété dans le ObjectContext que lors de la saisie, va exécuter toutes les requêtes à la fois, à chaque reslultset fortement typées.
InformationsquelleAutor Remus Rusanu
1

J'cette cette lien pourrait être utile.

Envisager d'utiliser au moins la même connexion-ouverture; selon ce qu'il dit ici, ouverture d'une connexion presque le haut-leader de la performance des coûts au sein de l'Entité-Cadre.
- Le regroupement de connexions presque toujours vous assurer une connexion physique, donc, normalement, vous n'avez pas besoin de vous soucier de l'impact sur les performances de l'ouverture de plusieurs connexions.
InformationsquelleAutor Shimmy
0

Tout d'abord, 3 allers-retours n'est pas vraiment un gros problème. Si vous parliez de 300 allers-retours puis ce serait une autre question, mais pour seulement 3 allers-retours je conderer ce definitley être un cas de naissance prématurée d'optimisation.

Cela dit, je ferais ce serait probablement exécuté le 3 stockées procuedres à l'aide de 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 parcourir les résultats retournés définit comme vous le feriez si vous avez exécuté directement plusieurs ensembles de lignes.

InformationsquelleAutor Justin
0

Construire une température de-table? Insérez tous les résultats dans la table temporaire et puis select * from @temp-table

comme dans
```
@temptable=....
select @temptable.field=mytable.field from mytable
select @temptable.field2=mytable2.field2 from mytable2
```
etc... Seulement un séjour à la base de données, bien que je ne suis pas sûr, il est effectivement plus efficace.
- qui permettrait de faire 4 allers-retours 😉
- comment est-ce?
InformationsquelleAutor Earlz

Vous devez vous connecter pour publier un commentaire.