Problème: Accès concurrent a la base de données avec les Thread

Version imprimable

Salut a tours les pro du c#:ccool:

J'ai besoin de votre conseille a propos de l’accès concourent a la base de données par mon application.

Bref, j'ai une application qui interagie avec une base, et qui contient plusieurs Thread (en ce moment il y'a 4, 2 qui interagie avec un appareille et les deux autre avec la base de donnée, 1 qui démarre avec l'application et l'autre lors de l'ouverture d'un formulaire)

Je m'attendais d'avoir un problème d'accès concourent es ce que c'est vrai ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
ExecuteReader requires an open and available Connection. The connection's current state is connecting.
 
System.InvalidOperationException was unhandled
  Message=ExecuteReader requires an open and available Connection. The connection's current state is connecting.
  Source=System.Data
  StackTrace:
       at System.Data.SqlClient.SqlConnection.GetOpenConnection(String method)
       at System.Data.SqlClient.SqlConnection.ValidateConnectionForExecute(String method, SqlCommand command)
       at System.Data.SqlClient.SqlCommand.ValidateCommand(String method, Boolean async)
       at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
       at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method)
       at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method)
       at System.Data.SqlClient.SqlCommand.ExecuteDbDataReader(CommandBehavior behavior)
       at System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(CommandBehavior behavior)
       at System.Data.Common.DbDataAdapter.FillInternal(DataSet dataset, DataTable[] datatables, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior)
       at System.Data.Common.DbDataAdapter.Fill(DataTable[] dataTables, Int32 startRecord, Int32 maxRecords, IDbCommand command, CommandBehavior behavior)
       at System.Data.Common.DbDataAdapter.Fill(DataTable dataTable)
       at HPR.BDDataSetTableAdapters.R_LATableAdapter.GetData() in D:\HPR\HPR\HPR\HPR\BDHPDataSet.Designer.cs:line 16688
       at HPR.FRM_GR.Refrech_DGV_LA() in D:\HPR\HPR\HPR\HPR\FRM_GR.cs:line 73
       at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadHelper.ThreadStart()
  InnerException:

Pour votre info j'ai utilisé un MUTEX pour géré les accès a l'appareille, et je me demande si je doit aussi le faire a la base de donnée si oui alors svp y'a pas un moyen plus rapide que le mètre avant chaque "insert" ou un "select" sachant que j'utlise les "TableAdapter".

Bref une dernière question si c'est possible, le meilleur moyen d'afficher l'état d'une table en temps réel sur un "DataGridView", pour le moment j'ai mit un thread qui actualiser l'affichage.

Merci de votre attention et svp n'importe quel indication est la bienvenue n'hésitez pas svp.

15/09/2012, 20h46
nnovic

Hello,

D'après le message d'erreur, j'ai surtout l'impression que tu n'es pas connecté à la base de données.
15/09/2012, 21h50
tomlev

Ca dépend de la DB utilisée... avec SQL Server, tu peux l'utiliser depuis plusieurs threads, par contre il faut que chaque thread utilise son propre objet SqlConnection
16/09/2012, 00h30
nadjibnet

Citation:

Envoyé par nnovic

Hello,

D'après le message d'erreur, j'ai surtout l'impression que tu n'es pas connecté à la base de données.

Merci nnovic pour votre réponse.
Oui effectivement, il ne peux pas ce connecté parce que un autre Thread est connecté.

Citation:

Envoyé par tomlev

Ca dépend de la DB utilisée... avec SQL Server, tu peux l'utiliser depuis plusieurs threads, par contre il faut que chaque thread utilise son propre objet SqlConnection

Merci tomlev pour votre réponce.
OK je ne vais pas utiliser le même SQLConnection.
16/09/2012, 01h16
Graffito
Citation:

avec SQL Server, tu peux l'utiliser depuis plusieurs threads, par contre il faut que chaque thread utilise son propre objet SqlConnection

C'est effectivement une solution, mais elle n'est pas forcément la mieux adaptée pour répondre au problème suivant :

Citation:

le meilleur moyen d'afficher l'état d'une table en temps réel sur un "DataGridView",

On peut :
- binder le DataGridViiew à la DataTable (le DataGridView se met à jour automatiquement dès que la DataTable est modifiée),
- gérer dans le thread principal DataAdapter, DataTable et DataGridView.
- partager la DataTable entre lesThreads,
- éviter les accès concurents à la modification de la datable avec l'instruction "lock(MyDataTable)"
- écrire la procedure de validation de la dataTable contenant le "DataAdapter.Update()" dans une fonction du thread principal,
- appeler cette fonction depuis les threads secondaires avec un "Invoke".
16/09/2012, 22h28
nadjibnet
Citation:
Envoyé par Graffito

C'est effectivement une solution, mais elle n'est pas forcément la mieux adaptée pour répondre au problème suivant :
On peut :

binder le DataGridViiew à la DataTable (le DataGridView se met à jour automatiquement dès que la DataTable est modifiée),
gérer dans le thread principal DataAdapter, DataTable et DataGridView.
partager la DataTable entre lesThreads,
éviter les accès concurents à la modification de la datable avec l'instruction "lock(MyDataTable)"
écrire la procedure de validation de la dataTable contenant le "DataAdapter.Update()" dans une fonction du thread principal,
appeler cette fonction depuis les threads secondaires avec un "Invoke".
Merciiiiiiii Graffito, votre réponse est vraiment la cerise sur le gâteau :mrgreen: Si ce n'est pas trop demander, comment on procede pour que le DataTable se met ajour dés qu'il ya un changement dans table au niveau de la base de donnée ?

Es ce que je doit utiliser un TRIGGER ? (after insert,update,delete)

PS: Je pense que la raison de ma question c'est que: Je n'est pas bien compri ce que l'étape 5 demande :oops:

Citation:

Envoyé par Graffito

....
5[*] "écrire la procedure de validation de la dataTable contenant le "DataAdapter.Update()" dans une fonction du thread principal."
...

Merci Encore de votre attention et désolé du dérangement.
17/09/2012, 00h12
Graffito
Citation:

comment on procede pour que le DataTable se met ajour dés qu'il ya un changement dans table au niveau de la base de donnée

Malheureusement on n'a pas d'indication des changements dans base de donnée. Pour "rafraîchir" le DataTable , on peut seulement réexécuter le DataAdapter.Fill(), ce qui se traduit par une commande SQL SELECT. Mais, ce n'est utile que pour importer des modifications effectuées par un autre utilisateur.

Le principe général est :
- On charge la DataTable ou un extrait via le DataAdapter [fonction Fill()],
- On modifie la DataTable (le Datagridview se met à jour sans qu'on ait à coder quoique soit),
- On transfère via le DataAdapter [fonction Update()] une ou des modifications à la base de donnée : c'est "l'étape 5".
17/09/2012, 06h13
nadjibnet
Citation:
Envoyé par Graffito

Malheureusement on n'a pas d'indication des changements dans base de donnée. Pour "rafraîchir" le DataTable , on peut seulement réexécuter le DataAdapter.Fill(), ce qui se traduit par une commande SQL SELECT. Mais, ce n'est utile que pour importer des modifications effectuées par un autre utilisateur.

Le principe général est :

On charge la DataTable ou un extrait via le DataAdapter [fonction Fill()],
On modifie la DataTable (le Datagridview se met à jour sans qu'on ait à coder quoique soit),
On transfère via le DataAdapter [fonction Update()] une ou des modifications à la base de donnée : c'est "l'étape 5".
Je vous remercie infiniment pour ton aide précieuse :ccool: