Salut,
"Thibault"
| Dans le mesage precedent j avais ce mesage derreur parceque je mettai bcp de
| champs dans une meme requete...
| Mais la je suis confu, jai une requete d aparence simple (salaire -
| deduccion)
| et de meme jai le msg derreur : query too complex qui aparait!
| Certe, il me faut 4 prerequetes pour avoir le salaire mensuel et 5 pour le
| calcul des deductions... mais Access nest tout de meme pas si limite que
| cela? OU SI?
Tu peux en dire un peu plus sur l'organisation de tes tables ?
pour comprendre ce qui conduit à une telle avalanche de requête ?
PS:
Pour donner des précisions, répond à ton propre message.
N'ouvre pas un nouveau fil pour la même question... sinon
on ne s'y retrouvera pas avec des bis, ter etc...
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"Thibault"
| Dans le mesage precedent j avais ce mesage derreur parceque je mettai bcp de
| champs dans une meme requete...
| Mais la je suis confu, jai une requete d aparence simple (salaire -
| deduccion)
| et de meme jai le msg derreur : query too complex qui aparait!
| Certe, il me faut 4 prerequetes pour avoir le salaire mensuel et 5 pour le
| calcul des deductions... mais Access nest tout de meme pas si limite que
| cela? OU SI?
Tu peux en dire un peu plus sur l'organisation de tes tables ?
pour comprendre ce qui conduit à une telle avalanche de requête ?
PS:
Pour donner des précisions, répond à ton propre message.
N'ouvre pas un nouveau fil pour la même question... sinon
on ne s'y retrouvera pas avec des bis, ter etc...
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"Thibault"
| Dans le mesage precedent j avais ce mesage derreur parceque je mettai bcp de
| champs dans une meme requete...
| Mais la je suis confu, jai une requete d aparence simple (salaire -
| deduccion)
| et de meme jai le msg derreur : query too complex qui aparait!
| Certe, il me faut 4 prerequetes pour avoir le salaire mensuel et 5 pour le
| calcul des deductions... mais Access nest tout de meme pas si limite que
| cela? OU SI?
Tu peux en dire un peu plus sur l'organisation de tes tables ?
pour comprendre ce qui conduit à une telle avalanche de requête ?
PS:
Pour donner des précisions, répond à ton propre message.
N'ouvre pas un nouveau fil pour la même question... sinon
on ne s'y retrouvera pas avec des bis, ter etc...
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
oui j'essaye de faire attention j'ai remarquer que tout le monde faisait l'effort d'ecrire correctement... Parfois je me laisse un peu trop aller..
Bonjour,
Oups, je t'avais oublié... ;-(
"Thibault"
| j ai 5 tables :
[...]
vu rapidement et d'ici... cela semble ok...
| Voila pour le salaire mensuel.
|
| Pour les deductions = retenciondefuente + impuesto vecinal + autres charges
| + cooperative (tout ceci se fait sans calcul et sont directement importe de
| la table des infos mensuel necessaires) + Fosovi (importe d une requete : un
| pourcentage du salaire) + securite social (idem) + somme verse au 15 du moi
| (une requete)
regarde toujours si tu ne trouve pas des remarques qui concerne ton problème,
principalement au sujet des noms "à ralonges" comme certains les aiment ;-)
http://support.microsoft.com/kb/103429/en-us
| voila et je pense vraiment etre obliger de passer par toute c etapes...
| je suis bien embeter vu que c est sense etre ma derniere requete! le net a
| payer quoi...
Access crée, selon le cas, une multitude de sous-requêtes pour arriver
au résultat demandé. Ce qui peut produire ce msg d'erreur.
Au besoin, passe par une/des table(s) intermédiaire(s)
Essayes éventuellement pour la requête la plus "lourde" de créer cette
table intermédiaire, cela devrait largement soulager ta requête finale.
| (escuse pour les accents etc.. je suis au honduras (amerique centrale) et j
| ai donc un clavier americain... )
Pas de problème, c'est tout de même mieux que le style sms ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
oui j'essaye de faire attention j'ai remarquer que tout le monde faisait l'effort d'ecrire correctement... Parfois je me laisse un peu trop aller..
Bonjour,
Oups, je t'avais oublié... ;-(
"Thibault"
| j ai 5 tables :
[...]
vu rapidement et d'ici... cela semble ok...
| Voila pour le salaire mensuel.
|
| Pour les deductions = retenciondefuente + impuesto vecinal + autres charges
| + cooperative (tout ceci se fait sans calcul et sont directement importe de
| la table des infos mensuel necessaires) + Fosovi (importe d une requete : un
| pourcentage du salaire) + securite social (idem) + somme verse au 15 du moi
| (une requete)
regarde toujours si tu ne trouve pas des remarques qui concerne ton problème,
principalement au sujet des noms "à ralonges" comme certains les aiment ;-)
http://support.microsoft.com/kb/103429/en-us
| voila et je pense vraiment etre obliger de passer par toute c etapes...
| je suis bien embeter vu que c est sense etre ma derniere requete! le net a
| payer quoi...
Access crée, selon le cas, une multitude de sous-requêtes pour arriver
au résultat demandé. Ce qui peut produire ce msg d'erreur.
Au besoin, passe par une/des table(s) intermédiaire(s)
Essayes éventuellement pour la requête la plus "lourde" de créer cette
table intermédiaire, cela devrait largement soulager ta requête finale.
| (escuse pour les accents etc.. je suis au honduras (amerique centrale) et j
| ai donc un clavier americain... )
Pas de problème, c'est tout de même mieux que le style sms ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
oui j'essaye de faire attention j'ai remarquer que tout le monde faisait l'effort d'ecrire correctement... Parfois je me laisse un peu trop aller..
Bonjour,
Oups, je t'avais oublié... ;-(
"Thibault"
| j ai 5 tables :
[...]
vu rapidement et d'ici... cela semble ok...
| Voila pour le salaire mensuel.
|
| Pour les deductions = retenciondefuente + impuesto vecinal + autres charges
| + cooperative (tout ceci se fait sans calcul et sont directement importe de
| la table des infos mensuel necessaires) + Fosovi (importe d une requete : un
| pourcentage du salaire) + securite social (idem) + somme verse au 15 du moi
| (une requete)
regarde toujours si tu ne trouve pas des remarques qui concerne ton problème,
principalement au sujet des noms "à ralonges" comme certains les aiment ;-)
http://support.microsoft.com/kb/103429/en-us
| voila et je pense vraiment etre obliger de passer par toute c etapes...
| je suis bien embeter vu que c est sense etre ma derniere requete! le net a
| payer quoi...
Access crée, selon le cas, une multitude de sous-requêtes pour arriver
au résultat demandé. Ce qui peut produire ce msg d'erreur.
Au besoin, passe par une/des table(s) intermédiaire(s)
Essayes éventuellement pour la requête la plus "lourde" de créer cette
table intermédiaire, cela devrait largement soulager ta requête finale.
| (escuse pour les accents etc.. je suis au honduras (amerique centrale) et j
| ai donc un clavier americain... )
Pas de problème, c'est tout de même mieux que le style sms ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
re,
"Thibault"
| Ok, je veux bien tester.. mais qu'entends- tu exactement par "tables
| intermediaires"?
| Tu veux dire qu'a partir de requete, creer des tables ?
disons que si tu "empilles" 3 requête, la dernière sera une requête
de création de table, genre "tmpTable"
Tu utilisera alors cette table pour faire ta requête finale.
- En se basant sur une table, Access n'aura plus besoin de créer
et mémoriser toutes ces éventuelles sous-requêtes temporaires...
| Je crois saisir l idee, si depuis une requete j'envoi les resultats dans une
| table, puis que je continue la construction du calcul avec comme base la
| table intermediaire, access n'aura pas besoin de refaire l'ensemble des
| calculs de lensemble des requetes, c'est ca l'idee?
c'est cela !
| Mais dans ce cas, cette "table intermediaire" ne peux pas etre aussi
| "rigide" que mes tables normales... Il faudrai qu elle soit reactive,
| actualisable selon les parametres necessaire etc...
tu ne dois pas les créer à l'avance !
c'est la requête qui la créera à l'image de ce qu'elle contient.
| En fait, il faudrai tout simplement qu une ou deux de mes requetes les plus
| compliquer mettent leur resultat sous forme de table. Mais.. je n arrive pas
| a saisir comment ces tables intermedaires pourront elle etre aussi flexible
| et reactive...
voir ci-dessus...
rien ne change par rapport à maintenant, sauf que, au lieu de garder toute
l'enfilade en mémoire, tu verse le résultat dans une table.
Ce qui permet de repartir avec des données qui ne demande plus
d'être traitées en amont.
Cela soulage surtout lorsqu'il est fait usage de requêtes basées sur
plusieurs tables...
PS:
Regarde tout de même les recommandations indiquées dans le lien...
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
re,
"Thibault"
| Ok, je veux bien tester.. mais qu'entends- tu exactement par "tables
| intermediaires"?
| Tu veux dire qu'a partir de requete, creer des tables ?
disons que si tu "empilles" 3 requête, la dernière sera une requête
de création de table, genre "tmpTable"
Tu utilisera alors cette table pour faire ta requête finale.
- En se basant sur une table, Access n'aura plus besoin de créer
et mémoriser toutes ces éventuelles sous-requêtes temporaires...
| Je crois saisir l idee, si depuis une requete j'envoi les resultats dans une
| table, puis que je continue la construction du calcul avec comme base la
| table intermediaire, access n'aura pas besoin de refaire l'ensemble des
| calculs de lensemble des requetes, c'est ca l'idee?
c'est cela !
| Mais dans ce cas, cette "table intermediaire" ne peux pas etre aussi
| "rigide" que mes tables normales... Il faudrai qu elle soit reactive,
| actualisable selon les parametres necessaire etc...
tu ne dois pas les créer à l'avance !
c'est la requête qui la créera à l'image de ce qu'elle contient.
| En fait, il faudrai tout simplement qu une ou deux de mes requetes les plus
| compliquer mettent leur resultat sous forme de table. Mais.. je n arrive pas
| a saisir comment ces tables intermedaires pourront elle etre aussi flexible
| et reactive...
voir ci-dessus...
rien ne change par rapport à maintenant, sauf que, au lieu de garder toute
l'enfilade en mémoire, tu verse le résultat dans une table.
Ce qui permet de repartir avec des données qui ne demande plus
d'être traitées en amont.
Cela soulage surtout lorsqu'il est fait usage de requêtes basées sur
plusieurs tables...
PS:
Regarde tout de même les recommandations indiquées dans le lien...
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
re,
"Thibault"
| Ok, je veux bien tester.. mais qu'entends- tu exactement par "tables
| intermediaires"?
| Tu veux dire qu'a partir de requete, creer des tables ?
disons que si tu "empilles" 3 requête, la dernière sera une requête
de création de table, genre "tmpTable"
Tu utilisera alors cette table pour faire ta requête finale.
- En se basant sur une table, Access n'aura plus besoin de créer
et mémoriser toutes ces éventuelles sous-requêtes temporaires...
| Je crois saisir l idee, si depuis une requete j'envoi les resultats dans une
| table, puis que je continue la construction du calcul avec comme base la
| table intermediaire, access n'aura pas besoin de refaire l'ensemble des
| calculs de lensemble des requetes, c'est ca l'idee?
c'est cela !
| Mais dans ce cas, cette "table intermediaire" ne peux pas etre aussi
| "rigide" que mes tables normales... Il faudrai qu elle soit reactive,
| actualisable selon les parametres necessaire etc...
tu ne dois pas les créer à l'avance !
c'est la requête qui la créera à l'image de ce qu'elle contient.
| En fait, il faudrai tout simplement qu une ou deux de mes requetes les plus
| compliquer mettent leur resultat sous forme de table. Mais.. je n arrive pas
| a saisir comment ces tables intermedaires pourront elle etre aussi flexible
| et reactive...
voir ci-dessus...
rien ne change par rapport à maintenant, sauf que, au lieu de garder toute
l'enfilade en mémoire, tu verse le résultat dans une table.
Ce qui permet de repartir avec des données qui ne demande plus
d'être traitées en amont.
Cela soulage surtout lorsqu'il est fait usage de requêtes basées sur
plusieurs tables...
PS:
Regarde tout de même les recommandations indiquées dans le lien...
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/