Estimation de Temps d'un requete, lancement asynchrone

Nous avons un projet dans ma societe ou l'on proposerait sur un extranet de pouvoir faire des comptages sur la base de données du client qui est hebergé chez nous. A cela ce pose 3 problemes.
La construction dynamique de la requete a prtir de l'interface web sans que l'utilisateur ne connaisse rien au sql.
L'estimation du temps que la requete peut prendre, j'ai regardé dans le plan d'estimation mais rien de concluant.
Et enfin si on lance la requete et que l'on a estime qu'elle allait duré assez longtemps(si tant est qu'on arrive a le savoir), c'est le fait de pouvoir lanver la requete en mode asynchone.
Je suis preneur de toute information sur ces 3 sujets sachant que l'on developpera en .net et que base est sous sql server 2000.
Il y a tellement de boulot que si vous connaissez des choses qui existent deja ou avez vous meme faire une partie, je prendrais toute l'information que vous pourez me proposer.

Vous remerciant par avance.

Eric

Moi, je préfère vous renvoyé sur la page
Bonne chance !!!

Il n'est pas possible de connaître à priori le temps d'exécution d'une requête.
De plus une base de données n'est pas temps réel.
Bien que SQL (la norme) propose une évolution vers SQL RT (Real Time), cela ne permettra toujours pas que l'on puisse connaître le temps d'exécution d'une requête, mais on aura l'assurance que celle-ci produira des données dans un temps impartie, ou bien sera "rollbackée".

En effet, le temps d'exécution d'une requête peut varier énormément d'un moment à l'autre. pour s'en convaincre il suffit de faire la même requête sur une grosse base à chaud et à froid. Il n'est pas rare qu'a froid, le temps soit important et à chaud instantané, cela dépend en fait si les pages de données sont montées en mémoire ou pas.

Pour construire dynamiquement une requête il existe des interfaces pré conçues. Néanmoins elles ne pevant en aucun cas offrir le même niveau de requête que celle écrites directement en SQL.
Le mieux est de former les utilisateurs au langage SQL et lui fournissant une interface d'assistance (nom explicite des tables et des colonnes, constructions automatique des jointures, filtrage assisté...) ce qui suppose une normalisation impérative et parfaitement maitrisée et par conséquent un outil de modélisation adéquat.

A ma connaissance un mode "asynchrone" ne signifie pas grand chose dans le domaine des SGBDR...

A +

Merci pour vos reponses.
Je me suis resigné effectivement pour l'estimation du temps de la requete.
Par contre j'ai une piste pour lancer une requete en mode asynchrone mais cette partie est plus dans .net que quans SQLSERVER.
Le but je le rappelle etant de ne pas bloquer l'utilisateur qui est sur un extranet alors qu'il vient de lancer une requete qui peut prendre 5 minutes par exemple.

Par contre je cherche a voir si l'on peut limiter l'utilisation du processeur pour une requete histoire de ne pas ecrouler le serveur par une requete stupide mais comme les gens qui vont utiliser sero<nt propablement su marketing je m'attend a tout ... :lol:
Je voudrais donc pouvoir limiter l'utilisation du processeur du serveur SQL ou en tout cas quelquechose qui empecherais de faire ramer le serveur trop..

Merci

Eric