"Faust" a écrit dans le message de groupe de
discussion :Tu peux avoir un problème de performance si tu appliques le filtre dans
FilterExpression, mais dans l'exemple que j'ai donné, c'est la requête
sql elle-même qui est modifiée par les mécanismes de binding d'asp, ce
qui fait que le filtre est appliqué par le serveur sql.
justement, le serveur que j'utilise (FB) n'aime pas trop ce genre de
jonglage avec les paramètres
Les expressions @Filter du code que j'avais donné en exemple ne sont pas
transmises telles quelles au serveur. Asp leur substitue leur valeur
réelle.
Il ne s'agissait pas de transmettre des paramètres à une procédure
stockée.
"Faust" <miss.me@no.where.invalid> a écrit dans le message de groupe de
discussion : mn.d3a27d8be72f99fd.16328@chez.moi.invalid...
Tu peux avoir un problème de performance si tu appliques le filtre dans
FilterExpression, mais dans l'exemple que j'ai donné, c'est la requête
sql elle-même qui est modifiée par les mécanismes de binding d'asp, ce
qui fait que le filtre est appliqué par le serveur sql.
justement, le serveur que j'utilise (FB) n'aime pas trop ce genre de
jonglage avec les paramètres
Les expressions @Filter du code que j'avais donné en exemple ne sont pas
transmises telles quelles au serveur. Asp leur substitue leur valeur
réelle.
Il ne s'agissait pas de transmettre des paramètres à une procédure
stockée.
"Faust" a écrit dans le message de groupe de
discussion :Tu peux avoir un problème de performance si tu appliques le filtre dans
FilterExpression, mais dans l'exemple que j'ai donné, c'est la requête
sql elle-même qui est modifiée par les mécanismes de binding d'asp, ce
qui fait que le filtre est appliqué par le serveur sql.
justement, le serveur que j'utilise (FB) n'aime pas trop ce genre de
jonglage avec les paramètres
Les expressions @Filter du code que j'avais donné en exemple ne sont pas
transmises telles quelles au serveur. Asp leur substitue leur valeur
réelle.
Il ne s'agissait pas de transmettre des paramètres à une procédure
stockée.
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier dynamiquement
la requête sql ou est-ce que la propriété FilterExpression est suffisament
performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier dynamiquement
la requête sql ou est-ce que la propriété FilterExpression est suffisament
performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier dynamiquement
la requête sql ou est-ce que la propriété FilterExpression est suffisament
performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Christophe Lephay a émis l'idée suivante :
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier dynamiquement
la requête sql ou est-ce que la propriété FilterExpression est suffisament
performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet de
filtrer les données en entrée en utilisant les paramètres de filtrage d'une
clause WHERE en SQL. Tu peux même utiliser une DataView si nécessaire pour le
SORT, etc.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
Christophe Lephay a émis l'idée suivante :
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier dynamiquement
la requête sql ou est-ce que la propriété FilterExpression est suffisament
performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet de
filtrer les données en entrée en utilisant les paramètres de filtrage d'une
clause WHERE en SQL. Tu peux même utiliser une DataView si nécessaire pour le
SORT, etc.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
Christophe Lephay a émis l'idée suivante :
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier dynamiquement
la requête sql ou est-ce que la propriété FilterExpression est suffisament
performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet de
filtrer les données en entrée en utilisant les paramètres de filtrage d'une
clause WHERE en SQL. Tu peux même utiliser une DataView si nécessaire pour le
SORT, etc.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
Faust a formulé la demande :
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
Je te récupère un exemple demain au taff, ici je n'ai même pas VS...
Je le posterai demain soir voire samedi.
Faust a formulé la demande :
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
Je te récupère un exemple demain au taff, ici je n'ai même pas VS...
Je le posterai demain soir voire samedi.
Faust a formulé la demande :
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
Je te récupère un exemple demain au taff, ici je n'ai même pas VS...
Je le posterai demain soir voire samedi.
Christophe Lephay a émis l'idée suivante :j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier
dynamiquement la requête sql ou est-ce que la propriété FilterExpression
est suffisament performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet
de filtrer les données en entrée en utilisant les paramètres de filtrage
d'une clause WHERE en SQL. Tu peux même utiliser une DataView si
nécessaire pour le SORT, etc.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
Christophe Lephay a émis l'idée suivante :
j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier
dynamiquement la requête sql ou est-ce que la propriété FilterExpression
est suffisament performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet
de filtrer les données en entrée en utilisant les paramètres de filtrage
d'une clause WHERE en SQL. Tu peux même utiliser une DataView si
nécessaire pour le SORT, etc.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
Christophe Lephay a émis l'idée suivante :j'ai un gridview rattaché à un sqldatasource, jusque là pas de problème
maintenant j'aimerais pouvoir filtrer ce sqldatasource
déjà là j'ai une question, est-ce qu'il vaut mieux modifier
dynamiquement la requête sql ou est-ce que la propriété FilterExpression
est suffisament performante pour s'éviter cette gymnastique ?
ensuite, je voudrais faire un formulaire de filtre à base de drowdownbox
contenant les différentes valeurs connues du champ qu'ils permettent de
filtrer
là est donc la deuxième question, comme les données principales viennent
d'un sqldatasource, est-ce qu'il est possible d'utiliser ce même
sqldatasource pour populer les dropdownbox ? si oui, comment gerer le
"distinct" et le cas "ne pas activer le filtre de ce dropdownbox" ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet
de filtrer les données en entrée en utilisant les paramètres de filtrage
d'une clause WHERE en SQL. Tu peux même utiliser une DataView si
nécessaire pour le SORT, etc.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
tu veux dire que je pourrais utiliser un sqldatasource comme "source" d'un
objectdatasource ?
ça me plait bien cette idée !
tu fais ça comment ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet
de filtrer les données en entrée en utilisant les paramètres de filtrage
d'une clause WHERE en SQL. Tu peux même utiliser une DataView si nécessaire
pour le SORT, etc.
Ce mécanisme de filtrage fait partie des datatables, et est donc
automatiquement disponible pour les sqldatasources comme pour les
objectdatasources (pour peu que ces derniers renvoient des datatables, ce qui
n'est pas forcément la meilleure option).
En passant par un sqldatasource, il est possible de filtrer directement par
le biais d'une requête paramétrée, auquel cas le filtre sera effectué par le
serveur sql. C'est également possible avec un objectdatasource, la seule
différence étant qu'il y a juste un niveau d'indirection en plus (c'est la
méthode select de l'objectdatasource qui appelle la requête paramtrée, soit
directement, soit indirectement en passant par une autre classe métier).
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
C'est pourtant si pratique à utiliser...
Qu'est-ce que tu n'aimes pas dans cette approche ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet
de filtrer les données en entrée en utilisant les paramètres de filtrage
d'une clause WHERE en SQL. Tu peux même utiliser une DataView si nécessaire
pour le SORT, etc.
Ce mécanisme de filtrage fait partie des datatables, et est donc
automatiquement disponible pour les sqldatasources comme pour les
objectdatasources (pour peu que ces derniers renvoient des datatables, ce qui
n'est pas forcément la meilleure option).
En passant par un sqldatasource, il est possible de filtrer directement par
le biais d'une requête paramétrée, auquel cas le filtre sera effectué par le
serveur sql. C'est également possible avec un objectdatasource, la seule
différence étant qu'il y a juste un niveau d'indirection en plus (c'est la
méthode select de l'objectdatasource qui appelle la requête paramtrée, soit
directement, soit indirectement en passant par une autre classe métier).
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
C'est pourtant si pratique à utiliser...
Qu'est-ce que tu n'aimes pas dans cette approche ?
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te permet
de filtrer les données en entrée en utilisant les paramètres de filtrage
d'une clause WHERE en SQL. Tu peux même utiliser une DataView si nécessaire
pour le SORT, etc.
Ce mécanisme de filtrage fait partie des datatables, et est donc
automatiquement disponible pour les sqldatasources comme pour les
objectdatasources (pour peu que ces derniers renvoient des datatables, ce qui
n'est pas forcément la meilleure option).
En passant par un sqldatasource, il est possible de filtrer directement par
le biais d'une requête paramétrée, auquel cas le filtre sera effectué par le
serveur sql. C'est également possible avec un objectdatasource, la seule
différence étant qu'il y a juste un niveau d'indirection en plus (c'est la
méthode select de l'objectdatasource qui appelle la requête paramtrée, soit
directement, soit indirectement en passant par une autre classe métier).
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
C'est pourtant si pratique à utiliser...
Qu'est-ce que tu n'aimes pas dans cette approche ?
Christophe Lephay avait prétendu :Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te
permet de filtrer les données en entrée en utilisant les paramètres de
filtrage d'une clause WHERE en SQL. Tu peux même utiliser une DataView
si nécessaire pour le SORT, etc.
Ce mécanisme de filtrage fait partie des datatables, et est donc
automatiquement disponible pour les sqldatasources comme pour les
objectdatasources (pour peu que ces derniers renvoient des datatables, ce
qui n'est pas forcément la meilleure option).
Pas la meilleure option, pourquoi ? Tu veux parler des DataSets ?
En passant par un sqldatasource, il est possible de filtrer directement
par le biais d'une requête paramétrée, auquel cas le filtre sera effectué
par le serveur sql. C'est également possible avec un objectdatasource, la
seule différence étant qu'il y a juste un niveau d'indirection en plus
(c'est la méthode select de l'objectdatasource qui appelle la requête
paramtrée, soit directement, soit indirectement en passant par une autre
classe métier).
Le Select se fait sur le DataTable donc sur l'ojet lui-même et non la
base. Ca permet de ne pas requêter le SGBD pour faire du filtrage.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
C'est pourtant si pratique à utiliser...
Qu'est-ce que tu n'aimes pas dans cette approche ?
J'aime bien voir comment sont binder les listes, grilles côté codebehind.
Christophe Lephay avait prétendu :
Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te
permet de filtrer les données en entrée en utilisant les paramètres de
filtrage d'une clause WHERE en SQL. Tu peux même utiliser une DataView
si nécessaire pour le SORT, etc.
Ce mécanisme de filtrage fait partie des datatables, et est donc
automatiquement disponible pour les sqldatasources comme pour les
objectdatasources (pour peu que ces derniers renvoient des datatables, ce
qui n'est pas forcément la meilleure option).
Pas la meilleure option, pourquoi ? Tu veux parler des DataSets ?
En passant par un sqldatasource, il est possible de filtrer directement
par le biais d'une requête paramétrée, auquel cas le filtre sera effectué
par le serveur sql. C'est également possible avec un objectdatasource, la
seule différence étant qu'il y a juste un niveau d'indirection en plus
(c'est la méthode select de l'objectdatasource qui appelle la requête
paramtrée, soit directement, soit indirectement en passant par une autre
classe métier).
Le Select se fait sur le DataTable donc sur l'ojet lui-même et non la
base. Ca permet de ne pas requêter le SGBD pour faire du filtrage.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
C'est pourtant si pratique à utiliser...
Qu'est-ce que tu n'aimes pas dans cette approche ?
J'aime bien voir comment sont binder les listes, grilles côté codebehind.
Christophe Lephay avait prétendu :Je réponds ici car je n'ai pas le post d'origine.
Je ne connais pas SqlDataSource mais tu as ObjectDataSource qui te
permet de filtrer les données en entrée en utilisant les paramètres de
filtrage d'une clause WHERE en SQL. Tu peux même utiliser une DataView
si nécessaire pour le SORT, etc.
Ce mécanisme de filtrage fait partie des datatables, et est donc
automatiquement disponible pour les sqldatasources comme pour les
objectdatasources (pour peu que ces derniers renvoient des datatables, ce
qui n'est pas forcément la meilleure option).
Pas la meilleure option, pourquoi ? Tu veux parler des DataSets ?
En passant par un sqldatasource, il est possible de filtrer directement
par le biais d'une requête paramétrée, auquel cas le filtre sera effectué
par le serveur sql. C'est également possible avec un objectdatasource, la
seule différence étant qu'il y a juste un niveau d'indirection en plus
(c'est la méthode select de l'objectdatasource qui appelle la requête
paramtrée, soit directement, soit indirectement en passant par une autre
classe métier).
Le Select se fait sur le DataTable donc sur l'ojet lui-même et non la
base. Ca permet de ne pas requêter le SGBD pour faire du filtrage.
Utiliser l'attribut DataSourceID sur le GridView et lui passer l'ID de
l'ObjectDataSource.
On utilise ça dans le framework à mon taff, j'aime pas :|
C'est pourtant si pratique à utiliser...
Qu'est-ce que tu n'aimes pas dans cette approche ?
J'aime bien voir comment sont binder les listes, grilles côté codebehind.