Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas LETULLIER
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL, remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir que c'est plus "économique" que la fermeture puis réouverture de la connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" a écrit dans le message de news: %
Bonjour,
Des DataSources d'une page ASP .Net déclenchent des appels à des procédures stockées comme je leur demande.
Mais chaque appel est précédé de l'instruction :
exec sp_reset_connection
A quoi cela sert-il ? Pourquoi vouloir "reseter" la connection ? Est-ce une perte de temps ? Peut-on s'en passer ?
Que de questions !
Merci de votre éclairage.
[Config : SQL Server 2000 - ASP .Net 2.0]
Jacques.
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de
connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après
exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL,
remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu
être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir
que c'est plus "économique" que la fermeture puis réouverture de la
connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" <nospam@nospam.com> a écrit dans le message de news:
%239ntuaGRHHA.3520@TK2MSFTNGP05.phx.gbl...
Bonjour,
Des DataSources d'une page ASP .Net déclenchent des appels à des
procédures
stockées comme je leur demande.
Mais chaque appel est précédé de l'instruction :
exec sp_reset_connection
A quoi cela sert-il ?
Pourquoi vouloir "reseter" la connection ?
Est-ce une perte de temps ?
Peut-on s'en passer ?
sp_reset_connection est une procédure stockée utiliser lors de pooling de connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL, remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir que c'est plus "économique" que la fermeture puis réouverture de la connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" a écrit dans le message de news: %
Bonjour,
Des DataSources d'une page ASP .Net déclenchent des appels à des procédures stockées comme je leur demande.
Mais chaque appel est précédé de l'instruction :
exec sp_reset_connection
A quoi cela sert-il ? Pourquoi vouloir "reseter" la connection ? Est-ce une perte de temps ? Peut-on s'en passer ?
Que de questions !
Merci de votre éclairage.
[Config : SQL Server 2000 - ASP .Net 2.0]
Jacques.
Vuillermet Jacques
Merci de ta réponse Nicolas,
Je me doutais de ce que cela pouvait faire, mais ton lien en donne une liste impressionnante.
Ma question "Est-ce une perte de temps ?" est donc encore plus d'actualité. En effet, en environnement fortement sollicité ne peut-on pas gagner en performance en se passant explicitement de cette action ?
Et si oui, comment ?
A+ Jacques.
"Nicolas LETULLIER" a écrit dans le message de news: epo90g$1n3j$
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL, remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir que c'est plus "économique" que la fermeture puis réouverture de la connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" a écrit dans le message de news: % > Bonjour, > > Des DataSources d'une page ASP .Net déclenchent des appels à des > procédures > stockées comme je leur demande. > > Mais chaque appel est précédé de l'instruction : > > exec sp_reset_connection > > A quoi cela sert-il ? > Pourquoi vouloir "reseter" la connection ? > Est-ce une perte de temps ? > Peut-on s'en passer ? > > Que de questions ! > > Merci de votre éclairage. > > [Config : SQL Server 2000 - ASP .Net 2.0] > > Jacques. > >
Merci de ta réponse Nicolas,
Je me doutais de ce que cela pouvait faire, mais ton lien en donne une liste
impressionnante.
Ma question "Est-ce une perte de temps ?" est donc encore plus d'actualité.
En effet, en environnement fortement sollicité ne peut-on pas gagner en
performance en se passant explicitement de cette action ?
Et si oui, comment ?
A+
Jacques.
"Nicolas LETULLIER" <nletullier@provibe.ASUPPRIMER.com> a écrit dans le
message de news: epo90g$1n3j$1@biggoron.nerim.net...
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de
connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après
exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL,
remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu
être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir
que c'est plus "économique" que la fermeture puis réouverture de la
connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" <nospam@nospam.com> a écrit dans le message de news:
%239ntuaGRHHA.3520@TK2MSFTNGP05.phx.gbl...
> Bonjour,
>
> Des DataSources d'une page ASP .Net déclenchent des appels à des
> procédures
> stockées comme je leur demande.
>
> Mais chaque appel est précédé de l'instruction :
>
> exec sp_reset_connection
>
> A quoi cela sert-il ?
> Pourquoi vouloir "reseter" la connection ?
> Est-ce une perte de temps ?
> Peut-on s'en passer ?
>
> Que de questions !
>
> Merci de votre éclairage.
>
> [Config : SQL Server 2000 - ASP .Net 2.0]
>
> Jacques.
>
>
Je me doutais de ce que cela pouvait faire, mais ton lien en donne une liste impressionnante.
Ma question "Est-ce une perte de temps ?" est donc encore plus d'actualité. En effet, en environnement fortement sollicité ne peut-on pas gagner en performance en se passant explicitement de cette action ?
Et si oui, comment ?
A+ Jacques.
"Nicolas LETULLIER" a écrit dans le message de news: epo90g$1n3j$
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL, remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir que c'est plus "économique" que la fermeture puis réouverture de la connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" a écrit dans le message de news: % > Bonjour, > > Des DataSources d'une page ASP .Net déclenchent des appels à des > procédures > stockées comme je leur demande. > > Mais chaque appel est précédé de l'instruction : > > exec sp_reset_connection > > A quoi cela sert-il ? > Pourquoi vouloir "reseter" la connection ? > Est-ce une perte de temps ? > Peut-on s'en passer ? > > Que de questions ! > > Merci de votre éclairage. > > [Config : SQL Server 2000 - ASP .Net 2.0] > > Jacques. > >
Fred BROUARD
Vuillermet Jacques a écrit :
Merci de ta réponse Nicolas,
Je me doutais de ce que cela pouvait faire, mais ton lien en donne une liste impressionnante.
Ma question "Est-ce une perte de temps ?" est donc encore plus d'actualité. En effet, en environnement fortement sollicité ne peut-on pas gagner en performance en se passant explicitement de cette action ?
Au risque de rendre totalement incohérent votre appel de requête ? Soyons sérieux, c'est absolument nécessaire au bon fonctionnement d'une application C/S en mode déconnecté comme c'est le cas de tous les sites web dynamiques.
Et c'est TRES performant... Imaginez que vous deviez faire tout ce travail à la main...
A +
Et si oui, comment ?
A+ Jacques.
"Nicolas LETULLIER" a écrit dans le message de news: epo90g$1n3j$
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL, remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir que c'est plus "économique" que la fermeture puis réouverture de la connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" a écrit dans le message de news: %
Bonjour,
Des DataSources d'une page ASP .Net déclenchent des appels à des procédures stockées comme je leur demande.
Mais chaque appel est précédé de l'instruction :
exec sp_reset_connection
A quoi cela sert-il ? Pourquoi vouloir "reseter" la connection ? Est-ce une perte de temps ? Peut-on s'en passer ?
Que de questions !
Merci de votre éclairage.
[Config : SQL Server 2000 - ASP .Net 2.0]
Jacques.
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Vuillermet Jacques a écrit :
Merci de ta réponse Nicolas,
Je me doutais de ce que cela pouvait faire, mais ton lien en donne une liste
impressionnante.
Ma question "Est-ce une perte de temps ?" est donc encore plus d'actualité.
En effet, en environnement fortement sollicité ne peut-on pas gagner en
performance en se passant explicitement de cette action ?
Au risque de rendre totalement incohérent votre appel de requête ?
Soyons sérieux, c'est absolument nécessaire au bon fonctionnement d'une
application C/S en mode déconnecté comme c'est le cas de tous les sites
web dynamiques.
Et c'est TRES performant... Imaginez que vous deviez faire tout ce
travail à la main...
A +
Et si oui, comment ?
A+
Jacques.
"Nicolas LETULLIER" <nletullier@provibe.ASUPPRIMER.com> a écrit dans le
message de news: epo90g$1n3j$1@biggoron.nerim.net...
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de
connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après
exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL,
remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu
être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir
que c'est plus "économique" que la fermeture puis réouverture de la
connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" <nospam@nospam.com> a écrit dans le message de news:
%239ntuaGRHHA.3520@TK2MSFTNGP05.phx.gbl...
Bonjour,
Des DataSources d'une page ASP .Net déclenchent des appels à des
procédures
stockées comme je leur demande.
Mais chaque appel est précédé de l'instruction :
exec sp_reset_connection
A quoi cela sert-il ?
Pourquoi vouloir "reseter" la connection ?
Est-ce une perte de temps ?
Peut-on s'en passer ?
Que de questions !
Merci de votre éclairage.
[Config : SQL Server 2000 - ASP .Net 2.0]
Jacques.
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Je me doutais de ce que cela pouvait faire, mais ton lien en donne une liste impressionnante.
Ma question "Est-ce une perte de temps ?" est donc encore plus d'actualité. En effet, en environnement fortement sollicité ne peut-on pas gagner en performance en se passant explicitement de cette action ?
Au risque de rendre totalement incohérent votre appel de requête ? Soyons sérieux, c'est absolument nécessaire au bon fonctionnement d'une application C/S en mode déconnecté comme c'est le cas de tous les sites web dynamiques.
Et c'est TRES performant... Imaginez que vous deviez faire tout ce travail à la main...
A +
Et si oui, comment ?
A+ Jacques.
"Nicolas LETULLIER" a écrit dans le message de news: epo90g$1n3j$
Bonjour Jacques,
sp_reset_connection est une procédure stockée utiliser lors de pooling de connexions à la base, notamment effectivement dans le cas d'ASP.Net.
ASP.Net va donc conserver la connexion à ta base ouverte, même après exécution de la page.
sp_reset_connection va alors, lors de l'appel d'une nouvelle commande SQL, remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient pu être modifiés par un appel précédent.
Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien voir que c'est plus "économique" que la fermeture puis réouverture de la connexion à la base à chaque page.
Nicolas.
"Vuillermet Jacques" a écrit dans le message de news: %
Bonjour,
Des DataSources d'une page ASP .Net déclenchent des appels à des procédures stockées comme je leur demande.
Mais chaque appel est précédé de l'instruction :
exec sp_reset_connection
A quoi cela sert-il ? Pourquoi vouloir "reseter" la connection ? Est-ce une perte de temps ? Peut-on s'en passer ?
Que de questions !
Merci de votre éclairage.
[Config : SQL Server 2000 - ASP .Net 2.0]
Jacques.
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Vuillermet Jacques
> Et c'est TRES performant...
Merci !
Jacques.
"Fred BROUARD" a écrit dans le message de news:
Vuillermet Jacques a écrit : > Merci de ta réponse Nicolas, > > Je me doutais de ce que cela pouvait faire, mais ton lien en donne une
liste
> impressionnante. > > Ma question "Est-ce une perte de temps ?" est donc encore plus
d'actualité.
> En effet, en environnement fortement sollicité ne peut-on pas gagner en > performance en se passant explicitement de cette action ?
Au risque de rendre totalement incohérent votre appel de requête ? Soyons sérieux, c'est absolument nécessaire au bon fonctionnement d'une application C/S en mode déconnecté comme c'est le cas de tous les sites web dynamiques.
Et c'est TRES performant... Imaginez que vous deviez faire tout ce travail à la main...
A + > > Et si oui, comment ? > > A+ > Jacques. > > "Nicolas LETULLIER" a écrit dans le > message de news: epo90g$1n3j$ >> Bonjour Jacques, >> >> sp_reset_connection est une procédure stockée utiliser lors de pooling
de
>> connexions à la base, notamment effectivement dans le cas d'ASP.Net. >> >> ASP.Net va donc conserver la connexion à ta base ouverte, même après >> exécution de la page. >> >> sp_reset_connection va alors, lors de l'appel d'une nouvelle commande
SQL,
>> remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient
pu
>> être modifiés par un appel précédent. >> >> http://www.sqldev.net/misc/sp_reset_connection.htm >> >> Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien
voir
>> que c'est plus "économique" que la fermeture puis réouverture de la >> connexion à la base à chaque page. >> >> Nicolas. >> >> >> "Vuillermet Jacques" a écrit dans le message de
news:
>> % >>> Bonjour, >>> >>> Des DataSources d'une page ASP .Net déclenchent des appels à des >>> procédures >>> stockées comme je leur demande. >>> >>> Mais chaque appel est précédé de l'instruction : >>> >>> exec sp_reset_connection >>> >>> A quoi cela sert-il ? >>> Pourquoi vouloir "reseter" la connection ? >>> Est-ce une perte de temps ? >>> Peut-on s'en passer ? >>> >>> Que de questions ! >>> >>> Merci de votre éclairage. >>> >>> [Config : SQL Server 2000 - ASP .Net 2.0] >>> >>> Jacques. >>> >>> >> > >
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
> Et c'est TRES performant...
Merci !
Jacques.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
elylAo3RHHA.1208@TK2MSFTNGP03.phx.gbl...
Vuillermet Jacques a écrit :
> Merci de ta réponse Nicolas,
>
> Je me doutais de ce que cela pouvait faire, mais ton lien en donne une
liste
> impressionnante.
>
> Ma question "Est-ce une perte de temps ?" est donc encore plus
d'actualité.
> En effet, en environnement fortement sollicité ne peut-on pas gagner en
> performance en se passant explicitement de cette action ?
Au risque de rendre totalement incohérent votre appel de requête ?
Soyons sérieux, c'est absolument nécessaire au bon fonctionnement d'une
application C/S en mode déconnecté comme c'est le cas de tous les sites
web dynamiques.
Et c'est TRES performant... Imaginez que vous deviez faire tout ce
travail à la main...
A +
>
> Et si oui, comment ?
>
> A+
> Jacques.
>
> "Nicolas LETULLIER" <nletullier@provibe.ASUPPRIMER.com> a écrit dans le
> message de news: epo90g$1n3j$1@biggoron.nerim.net...
>> Bonjour Jacques,
>>
>> sp_reset_connection est une procédure stockée utiliser lors de pooling
de
>> connexions à la base, notamment effectivement dans le cas d'ASP.Net.
>>
>> ASP.Net va donc conserver la connexion à ta base ouverte, même après
>> exécution de la page.
>>
>> sp_reset_connection va alors, lors de l'appel d'une nouvelle commande
SQL,
>> remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient
pu
>> être modifiés par un appel précédent.
>>
>> http://www.sqldev.net/misc/sp_reset_connection.htm
>>
>> Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien
voir
>> que c'est plus "économique" que la fermeture puis réouverture de la
>> connexion à la base à chaque page.
>>
>> Nicolas.
>>
>>
>> "Vuillermet Jacques" <nospam@nospam.com> a écrit dans le message de
news:
>> %239ntuaGRHHA.3520@TK2MSFTNGP05.phx.gbl...
>>> Bonjour,
>>>
>>> Des DataSources d'une page ASP .Net déclenchent des appels à des
>>> procédures
>>> stockées comme je leur demande.
>>>
>>> Mais chaque appel est précédé de l'instruction :
>>>
>>> exec sp_reset_connection
>>>
>>> A quoi cela sert-il ?
>>> Pourquoi vouloir "reseter" la connection ?
>>> Est-ce une perte de temps ?
>>> Peut-on s'en passer ?
>>>
>>> Que de questions !
>>>
>>> Merci de votre éclairage.
>>>
>>> [Config : SQL Server 2000 - ASP .Net 2.0]
>>>
>>> Jacques.
>>>
>>>
>>
>
>
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Vuillermet Jacques a écrit : > Merci de ta réponse Nicolas, > > Je me doutais de ce que cela pouvait faire, mais ton lien en donne une
liste
> impressionnante. > > Ma question "Est-ce une perte de temps ?" est donc encore plus
d'actualité.
> En effet, en environnement fortement sollicité ne peut-on pas gagner en > performance en se passant explicitement de cette action ?
Au risque de rendre totalement incohérent votre appel de requête ? Soyons sérieux, c'est absolument nécessaire au bon fonctionnement d'une application C/S en mode déconnecté comme c'est le cas de tous les sites web dynamiques.
Et c'est TRES performant... Imaginez que vous deviez faire tout ce travail à la main...
A + > > Et si oui, comment ? > > A+ > Jacques. > > "Nicolas LETULLIER" a écrit dans le > message de news: epo90g$1n3j$ >> Bonjour Jacques, >> >> sp_reset_connection est une procédure stockée utiliser lors de pooling
de
>> connexions à la base, notamment effectivement dans le cas d'ASP.Net. >> >> ASP.Net va donc conserver la connexion à ta base ouverte, même après >> exécution de la page. >> >> sp_reset_connection va alors, lors de l'appel d'une nouvelle commande
SQL,
>> remettre à "zéro" toutes les variables, curseurs, erreurs, qui auraient
pu
>> être modifiés par un appel précédent. >> >> http://www.sqldev.net/misc/sp_reset_connection.htm >> >> Tu ne peux pas empêcher l'appel de cette procédure, mais il faut bien
voir
>> que c'est plus "économique" que la fermeture puis réouverture de la >> connexion à la base à chaque page. >> >> Nicolas. >> >> >> "Vuillermet Jacques" a écrit dans le message de
news:
>> % >>> Bonjour, >>> >>> Des DataSources d'une page ASP .Net déclenchent des appels à des >>> procédures >>> stockées comme je leur demande. >>> >>> Mais chaque appel est précédé de l'instruction : >>> >>> exec sp_reset_connection >>> >>> A quoi cela sert-il ? >>> Pourquoi vouloir "reseter" la connection ? >>> Est-ce une perte de temps ? >>> Peut-on s'en passer ? >>> >>> Que de questions ! >>> >>> Merci de votre éclairage. >>> >>> [Config : SQL Server 2000 - ASP .Net 2.0] >>> >>> Jacques. >>> >>> >> > >
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
