Discussion :

[SonnyFab]

Bonjour,
en manipulant les datasources je me suis rendu compte que un code aspx de ce type:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
<form runat="server" method="post">
 
		<asp:SqlDataSource id="mydata"
          runat="server"
          DataSourceMode="DataReader"
          ConnectionString="user id=sa;password=toto;
           database=MSIDB;server=toti;">
      </asp:SqlDataSource>
</form>

la connexion est ouverte pour afficher toutes les gridview voulus en fonction des requetes.

Mon problème, j'aimerais savoir à quelle moment la connexion se ferme.

Merci

[calagan99]

Cette question confirme la réponse que je viens de faire à l'instant sur ton post concernant la datasource d'un repeater.

Un SQLDataSource c'est bien, mais avant de s'en servir il faut comprendre ce qu'il fait à ta place!
Supprime ton SQLDataSource et binde ta grid à la main, en construisant toi-même ta source de données. Là, tu comprendras mieux le concept de binding.

PS : le SQLDataSource clos la connexion à la fin de l'exécution de sa requête.

[Nicolas Esprit]

Yes, c'est le principe d'une SQLDataSource. Je confirme les propos de calagan99 :

At run time, the SqlDataSource control automatically opens the database connection, executes the SQL statement or stored procedure, returns the selected data (if any), and then closes the connection.

Pour plus d'infos : http://msdn.microsoft.com/en-us/library/dz12d98w.aspx

[SonnyFab]

PS : le SQLDataSource clos la connexion à la fin de l'exécution de sa requête.

Une unique requete?
Je te le demande parceque lorsque j'utilise ce code en rajouter 2 Gridviews simples le code suivant m'affiche bien les gidviews avec la même souce.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Protected sub page_load(ByVal sender As Object, ByVal e As System.EventArgs)
 
 SqlClients.selectcommand ="SELECT clients,comprepaid FROM dbo.IT_CommunautySynch " 
 GV.DataBind()
 
end sub
 
sub  testDeConnexion(ByVal sender As Object, ByVal e As System.EventArgs)
'Ici j appele cette fonction grace à un bouton'
GV.visible=false  'Je cache la première GV'
 
SqlClients.selectcommand ="select * from dbo.IT_ALLCOMMUNAUTERS " 
 GV1.DataBind()   ' J affiche la 2ème'
 
btn1.Visible=true
btn2.Visible=false
end sub

[Nicolas Esprit]

Si tu changes la selectcommand, à chaque requête la SQLDataSource va ouvrir/fermer une connection.

Mais, globalement ce n'est pas une utilisation orthodoxe d'une SQLDataSource que de changer la requête select à chaque fois...

[Immobilis]

Salut,

Ce qui me donne des frissons (voir de l'urticaire) c'est une requête SQL mélangée avec un bouton. Brrrr!

SonnyFab, sais-tu qu'une application dont on a séparé la logique d'affichage de la logique métier de la logique d'accès aux données est beaucoup plus facilement maintenable?

A+