[vb.net][connection] laisser la connection ouverte

Version imprimable

18/10/2005, 17h36
graphicsxp

[vb.net][connection] laisser la connection ouverte

Bonjour,
J'ouvre et ferme la connection a chaque fois que j'interroge la base. J'ai remarque que cela ralenti mon application. Est il préférable de laisser la connection ouverte tout le temps que l'application est utilisée et de la fermer seulement lorsque l'application est fermée ?

Que me conseillez vous ?

merci
18/10/2005, 17h50
neguib

un Dataset en cache de ta bd (une connection et terminé :wink: )

qu'est ce que tu veux dire par un dataset en cache de ma base de données ??

voici ma fonction qui appelle la procédure stockée donnée en parametre. Si je n'appelle pas cette fonction mon programme est bien plus rapide. J'ai mis la connection globale, donc je ne l'ouvre qu'une fois et pourtant c'est toujours aussi lent. La procédure stockée, elle, est tres rapide lorsqu'elle est executée sous SQLQueryAnalyser (j'ai testé au profiler).
Donc ca vient de mon code mais je vois pas ou:

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
26
27
28
29
30
31
32
33
34
35
Public Function GetDataString(ByVal SQL As String, ByVal BlankRow As Boolean, Optional ByVal Type As SQLType = SQLType.StoredProcedure) As String()
 
            Dim returnData() As String
            Dim count As Integer = 0
 
            With m_cmd
                .CommandText = SQL
                .Connection = m_con
            End With
 
            m_cmd.CommandType = GetSQLType(Type)
 
            Dim myReader As SqlDataReader = m_cmd.ExecuteReader()
 
            If myReader.HasRows Then
 
                If BlankRow Then
                    ReDim Preserve returnData(count)
                    returnData(count) = ""
                    count += 1
                End If
 
                Do While myReader.Read()
                    ReDim Preserve returnData(count)
 
                    returnData(count) = myReader.GetValue(0).ToString
                    count += 1
                Loop
            End If
 
            myReader.Close()
 
            Return returnData
 
        End Function

Essayes

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
26
27
28
29
30
31
32
33
34
35
36
37
 
Public Function GetDataString(ByVal SQL As String, ByVal BlankRow As Boolean, Optional ByVal Type As SQLType = SQLType.StoredProcedure) As String()
 
  Dim count As Integer = 0
  Dim myReader As SqlDataReader
  Dim returnData() As String
 
  With m_cmd
    .CommandText = SQL
    .Connection = m_con
  End With
  m_cmd.CommandType = GetSQLType(Type)
 
  MyReader = m_cmd.ExecuteReader()
  With MyReader
    If .HasRows Then
      While .Read() : count += 1
      End While
    End If
    .Close()
  End With
  returnData = New String(count-1){}
 
  myReader  = m_cmd.ExecuteReader()
  With MyReader
    If .HasRows Then
      Dim i As Integer = 0
      While .Read()
          returnData(i) = .GetValue(0).ToString
          i += 1
      End While
    End If
    .Close()
  End With
 
  Return returnData
End Function

18/10/2005, 19h25
Thomas Lebrun

Re: [vb.net][connection] laisser la connection ouverte

Citation:

Envoyé par graphicsxp

Est il préférable de laisser la connection ouverte tout le temps que l'application est utilisée et de la fermer seulement lorsque l'application est fermée ?

Non, il ne faut pas garder la connexion ouverte: il faut l'ouvrir le plus tard possible, et la fermer le plus tôt possible.
19/10/2005, 13h30
graphicsxp

Certes. Mais pourquoi ? :)

Sinon le probleme venait de SQL Server visiblement car en essayant a une heure différente, c'est bcp plus rapide...
19/10/2005, 13h58
neguib

Citation:

Envoyé par graphicsxp

Certes. Mais pourquoi ? :)

La bonne question a se poser et pourquoi garder une connection ouverte quand ce n'est pas necessaire :wink: :?:
19/10/2005, 13h59
graphicsxp

parceque je pensais que c'était le fait d'ouvrir la connexion qui prennait du temps. Mais j'étais dans l'erreur.
19/10/2005, 14h05
neguib

ok
d'ailleurs pour en revenir à ma toute première remarque le fait de charger les données de ta base de donnée dans un DataSet fortement typé par exemple te permettra aussi d'economiser le nombre de connections puisqu'ainsi l'appli possède déjà les données en cache (accessible immediatement par le DataSet) seule la mise à jour des données nécessitera une autre connection :wink:
19/10/2005, 14h10
graphicsxp

Oui mais je ne vais quand meme pas stocker toute ma base dans un dataset! c'est ca que tu veux dire?
19/10/2005, 18h34
neguib

Il faudrait que tu regardes du côté du tuto ADO.Net pour voir s'il y a des references concernant les limites de performances concernant un dataset et la taille des données. Peut-être que quelqu'un sur le forum connait mieux ces aspects d'optimisation/limites
19/10/2005, 18h41
graphicsxp

Mais la je me pose une question: si quelqu'un modifie la base pdt que j'utilise mon application, alors dans ce cas mon dataset ne contient plus les bonnes données :koi:
19/10/2005, 20h14
neguib

Citation:

Envoyé par graphicsxp

Mais la je me pose une question: si quelqu'un modifie la base pdt que j'utilise mon application, alors dans ce cas mon dataset ne contient plus les bonnes données :koi:

Tu as été lire la maous tuto :lol: :?: