Enregistrer des Enregistrements dans la Base de données de manière asynchrone Ou Parallèlement dans .net c#

J'ai un service dans lequel je dois enregistrer un grand nombre d'enregistrements de base de données après l'obtention à partir d'une API.
En même temps, je dois retourner ces documents à partir du service de l'appelant.
Mais le problème, c'est que je l'enregistrement les enregistrements en DB est de prendre le temps long si le Service devient lent.
J'ai cherché à ce sujet et a trouvé quelques conecept de tâche Parallèle OU asynchrone & attendent.

Je suis nouveau sur ce concept et de se confondre dans son utilisation

J'ai regardé dans :

L'exécution de plusieurs C# Tâche Asynchrone
http://msdn.microsoft.com/en-us/library/hh191443.aspx

Mais je ne reçois pas quoi faire.Merci de m'aider:

voici le code:

public List<SearchedItems> SearchItems(string ItemToSearch, string AuthenticationToken)
{
    var _list= getRecords from Api //100 records    

     //Task<int>.Factory.StartNew(() => _objBLLNutritionLog.FillNutritionTable(_tempList)); //also tried this

    saveToDb(_list); //need to run this asynchronously Or parallel (Taking long time)

    return _list;

}

je veux le résultat de retour à l'appelant et de l'autre côté voulez remplir db.
S'il vous plaît suggérer.

Merci

Combien de redords et de la base de données? La meilleure façon de charger un grand nombre de documents à utiliser une base de données en VRAC les opérations d'INSERTION, qui sont spécifiques aux bases de données. BTW 100 records est un très petit nombre d'enregistrements. Ce n' saveToDb faire?

InformationsquelleAutor Gerry | 2013-12-27

9

J'espère que vous êtes en utilisant .NET 4.5.

Donc, nous allons commencer. Première marque de votre SearchItems fonction avec async:
```
public async List<SearchedItems> SearchItems(string ItemToSearch, string AuthenticationToken)
{
}
```
Alors vous pouvez await pour saveToDb tâche:
```
var result = await Task.Factory.StartNew(()=> saveToDb(_list));
```
InformationsquelleAutor Xelom
3

Asynchronsous ou l'exécution en parallèle des commandes de base de données ne sera pas accélérer le mauvais code de base de données, mais il peut nuire à la performance. 100 records est un très petit nombre qui signifie quelque chose de bizarre qui se passe dans la base de données de code d'accès. Ce ne sera pas résolu si vous exécuter plusieurs instructions en parallèle.

Tout d'abord, pour les opérations à exécuter en parallèle, vous avez besoin d'une connexion distincte pour chaque opération, ce qui génère plus de verrous, plus de blocage, plus de temps passé à aller sur le fil.

Deuxième, beaucoup plus de temps est consacré à établir des connexions et de l'envoi de données sur le fil que l'exécution d'une réelle INSERT ou UPDATE. Même si vous exécutez une instruction par enregistrement, vous ne devriez pas avoir de problèmes de performances. Si vous le faites, c'est probablement parce que saveToDb fait quelque chose d'étrange, ou vous n'avez pas le bon index, ou l'instruction effectue vraiment mal.

Enfin, la meilleure façon d'augmenter la base de données des inserts est d'utiliser des opérations en bloc, comme SQL Server BULK INSERT pour insérer un grand nombre de documents en une seule fois, ou la SqlBulkCopy classe. Ces opérations sont optimisés pour gérer un grand nombre de documents (plusieurs milliers).

Dans tous les cas, il paie beaucoup plus pour résoudre le consolidés et la base de données de code d'accès que pour exécuter les instructions en parallèle.

InformationsquelleAutor Panagiotis Kanavos
2

Je vous déconseillons d'utiliser async-await si l'opération n'est vraiment asynchrone. Si votre client de base de données prend en charge des opérations asynchrones puis aller de l'avant, mais à l'aide de Task.Factory.StartNew ou Task.Run est juste le déchargement le travail à un autre thread.

Vous pouvez toutefois exécuter ces tâches en parallèle, mais qui ne seront plus rapides si votre base de données fonctionne en parallèle bien. Si disons que c'est une base de données SQL et vous êtes en insérant les données à la même table, qui sera probablement de verrouillage de la table et de faire vos tâches s'exécutent plus lentement.

Si, si, tout ce que vous voulez, c'est de ne pas bloquer l'appelant et de retourner le résultat avant il a été entièrement insérée dans la base de données que vous pourriez faire ceci:
```
public List<SearchedItems> SearchItems(string ItemToSearch, string AuthenticationToken)
{
    var list = getRecords from Api
    Task.Run(() => SaveToDB(list));
    return list;
}
```
- Est-il conseillé de l'utiliser pour enregistrer des informations dans la base de données dans une application web? Aura-t-il un quelconque avantage en performance/temps de réponse?
- Je ne le conseille pas pour lancer des tâches et de ne pas attendre pour eux.
InformationsquelleAutor i3arnon

-2

Utiliser les éléments suivants:

FX db1 = new FX();
LibraryManagementSystemEntities db2 = new LibraryManagementSystemEntities();

Thread thread1 = new Thread(delegate()
{
    db1.insert2(TextBox1.Text,TextBox2.Text);
    db2.insert1(TextBox1.Text,TextBox2.Text);
});
thread1.Start();

InformationsquelleAutor A.K. Singh

Vous devez vous connecter pour publier un commentaire.