j'ai une question sur les requêtes :
soit une requête A qui me fait une extraction de données par client/par
semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui
serait très nul et confirmerai mon pb de performances) , ou bien je dois
exécuter A, puis B autant de fois que souhaitée ( ce que fait mon prog,
et la c'est moi qui suis nu en optimisation l! )?
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
Romain PETIT
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes : soit une requête A qui me fait une extraction de données par client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui serait très nul et confirmerai mon pb de performances) , ou bien je dois exécuter A, puis B autant de fois que souhaitée ( ce que fait mon prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ? (voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
-- Romain PETIT contact : rompetit chez free fr +-+ posté sur Usenet avec MesNews et non depuis un forum web +-+ news:fr.comp.developpement.agl.windev http://www.mesnews.net/ http://fr.wikipedia.org/wiki/Newsgroup
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes :
soit une requête A qui me fait une extraction de données par client/par
semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui
serait très nul et confirmerai mon pb de performances) , ou bien je dois
exécuter A, puis B autant de fois que souhaitée ( ce que fait mon prog, et la
c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ?
(voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
--
Romain PETIT
contact : rompetit chez free fr
+-+ posté sur Usenet avec MesNews et non depuis un forum web +-+
news:fr.comp.developpement.agl.windev
http://www.mesnews.net/
http://fr.wikipedia.org/wiki/Newsgroup
j'ai une question sur les requêtes : soit une requête A qui me fait une extraction de données par client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui serait très nul et confirmerai mon pb de performances) , ou bien je dois exécuter A, puis B autant de fois que souhaitée ( ce que fait mon prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ? (voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
-- Romain PETIT contact : rompetit chez free fr +-+ posté sur Usenet avec MesNews et non depuis un forum web +-+ news:fr.comp.developpement.agl.windev http://www.mesnews.net/ http://fr.wikipedia.org/wiki/Newsgroup
phig
Le 19/07/2011 10:52, Romain PETIT a écrit :
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes : soit une requête A qui me fait une extraction de données par client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui serait très nul et confirmerai mon pb de performances) , ou bien je dois exécuter A, puis B autant de fois que souhaitée ( ce que fait mon prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ? (voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
le pb de la sous requete, c'est que je dois l'executer à chaque fois. Le but etant d'ameliorer les perfs., la table principale contenant plusieurs millions d'enregistrements.
je vais repenser tout ca différement. Ca va alourdir le code, mais augementer les perfs....
merci quand meme
Le 19/07/2011 10:52, Romain PETIT a écrit :
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes :
soit une requête A qui me fait une extraction de données par
client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui
serait très nul et confirmerai mon pb de performances) , ou bien je
dois exécuter A, puis B autant de fois que souhaitée ( ce que fait mon
prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ?
(voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
le pb de la sous requete, c'est que je dois l'executer à chaque fois. Le
but etant d'ameliorer les perfs., la table principale contenant
plusieurs millions d'enregistrements.
je vais repenser tout ca différement. Ca va alourdir le code, mais
augementer les perfs....
j'ai une question sur les requêtes : soit une requête A qui me fait une extraction de données par client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécutée ( ce qui serait très nul et confirmerai mon pb de performances) , ou bien je dois exécuter A, puis B autant de fois que souhaitée ( ce que fait mon prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ? (voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
le pb de la sous requete, c'est que je dois l'executer à chaque fois. Le but etant d'ameliorer les perfs., la table principale contenant plusieurs millions d'enregistrements.
je vais repenser tout ca différement. Ca va alourdir le code, mais augementer les perfs....
merci quand meme
tt
Le Tue, 19 Jul 2011 11:31:30 +0200, phig <"phig at free point fr"> a écrit:
Le 19/07/2011 10:52, Romain PETIT a écrit :
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes : soit une requête A qui me fait une extraction de données par client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécuté e ( ce qui serait très nul et confirmerai mon pb de performances) , ou bien j e dois exécuter A, puis B autant de fois que souhaitée ( ce que fa it mon prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ? (voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
le pb de la sous requete, c'est que je dois l'executer à chaque fois . Le but etant d'ameliorer les perfs., la table principale contenant plusieurs millions d'enregistrements.
je vais repenser tout ca différement. Ca va alourdir le code, mais augementer les perfs....
merci quand meme
Bonjour,
Je confirme ce que dit Romain, SQL est optimisé pour ramener directeme nt les lignes détail (avec éventuellement des informations maitre) et non ramener des informations maitre puis depuis chaque ligne maître les lignes détail associées (ne c'est p as propre à WD).
-- TT
Le Tue, 19 Jul 2011 11:31:30 +0200, phig <"phig at free point fr"> a
écrit:
Le 19/07/2011 10:52, Romain PETIT a écrit :
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes :
soit une requête A qui me fait une extraction de données par
client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécuté e ( ce qui
serait très nul et confirmerai mon pb de performances) , ou bien j e
dois exécuter A, puis B autant de fois que souhaitée ( ce que fa it mon
prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ?
(voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
le pb de la sous requete, c'est que je dois l'executer à chaque fois . Le
but etant d'ameliorer les perfs., la table principale contenant
plusieurs millions d'enregistrements.
je vais repenser tout ca différement. Ca va alourdir le code, mais
augementer les perfs....
merci quand meme
Bonjour,
Je confirme ce que dit Romain, SQL est optimisé pour ramener directeme nt
les lignes détail (avec éventuellement
des informations maitre) et non ramener des informations maitre puis
depuis chaque ligne maître les lignes détail associées (ne c'est p as
propre à WD).
Le Tue, 19 Jul 2011 11:31:30 +0200, phig <"phig at free point fr"> a écrit:
Le 19/07/2011 10:52, Romain PETIT a écrit :
phig a exprimé avec précision :
bonjour,
Bonjour,
j'ai une question sur les requêtes : soit une requête A qui me fait une extraction de données par client/par semaine
une requête B qui me fait la somme par semaine sur la requête A
a chaque exécution de la requête B, la requête A est exécuté e ( ce qui serait très nul et confirmerai mon pb de performances) , ou bien j e dois exécuter A, puis B autant de fois que souhaitée ( ce que fa it mon prog, et la c'est moi qui suis nu en optimisation l! )?
Tu pourrais peut-être directement faire une sous-requete ? (voir http://sqlpro.developpez.com/cours/sqlaz/sousrequetes/)
A+
le pb de la sous requete, c'est que je dois l'executer à chaque fois . Le but etant d'ameliorer les perfs., la table principale contenant plusieurs millions d'enregistrements.
je vais repenser tout ca différement. Ca va alourdir le code, mais augementer les perfs....
merci quand meme
Bonjour,
Je confirme ce que dit Romain, SQL est optimisé pour ramener directeme nt les lignes détail (avec éventuellement des informations maitre) et non ramener des informations maitre puis depuis chaque ligne maître les lignes détail associées (ne c'est p as propre à WD).
