Re: [users-fr] base : sous totaux et filtre
Docgranville a écrit : [EMAIL PROTECTED] a écrit : Bonjour Au tout début c'est ce que j'avais fait : http://www.cijoint.fr/cij111689632234429.odb Les soucis : * la colonne en € ne l'est plus dans la requette1 * la somme de mon tri n'apparaît pas, pourtant c'est pas compliqué à faire là je comprends pas du tout la démarche. Désolé mes neurones sont pas au top. Michel Bonjour Michel, Je viens de consulter ton document et ta table me semble manifester une erreur dans l'approche. Même si c'est ça y ressemble beaucoup, il faut nécessairement admettre qu'une table n'est pas (en tant que tel) une feuille de calcul et qu'il n'y a aucune raison valable de lui faire subir une mise en forme ; je dirais même plus : si l'on ressent le besoin de mettre en forme une table (même si cette mise en forme consiste simplement dans l'ordre des colonnes), c'est que l'on prévoit d'utiliser les tables à quelque chose pour quoi elles ne sont pas prévues. Une table, ça sert à stocker des données, et c'est tout ; en particulier (même si rien n'interdit de regarder dans le placard) ça ne sert aps à regarder les données qui s'y trouvent ; pour regarder les données, c'est un autre outil qui est utilisé. Ce qui sert à aller chercher certaines données de la table, c'est la requête ; là encore, cet outil ne sert qu'à aller chercher les données, en fonction de critères définis et d'opérer un certain rangement dans le bloc de données extraites (totalisations éventuelles, mise dans un certain ordre,...) ; mais là encore, pas de mise en forme des données elles-mêmes. Ce qui sert à entrer des données dans la table ou à présenter les données qui y sont déjà, c'est le formulaire. Donc, le problème que tu évoques (perte de mise en forme entre la table et la requête) n'en est pas un, parce que la mise en forme dans la table n'est pas susceptible d'avoir une utilité dans la base de données, sinon une utilité esthétique, mais qui sera dans ce cas limitée à la table elle-même. Par ailleurs, je pense que la structure de ta table pose actuellement un souci (mais peut-être n'est-ce pas la version "définitive") ; dans la mesure où le champ retenu comme clef primaire me semble être signifiant (autrement dit, il a une signification particulière) ; ceci est pariculièrement déconseillé et, normalement, il est préférable que la clef primaire n'ait aucune signification ; ceci a une conséquence particulière, c'est que ta requête actuelle comporte une complication qui n'a pas lieu d'être et qui n'aura jamais lieu d'être ; actuellement tu as écrit : SELECT "ID_nature", SUM( "Demandes_initiales" ) FROM "Table1" WHERE ( ( "Demandes_initiales" <= 10 AND "Demandes_initiales" >= 5 ) ) GROUP BY "ID_nature" Ta clause GROUP BY porte sur un champ qui est la clef unique, ce qui signifie que chaque "ID_NATURE" de ta table est unique et que tu aurais très bien pu écrire, : SELECT "ID_NATURE", "Demandes_Initiales" FROM "Table1" WHERE "Demandes_initiales" <= 10 AND "Demandes_initiales" >= 5 Le résultat est exactement le même et, dans la forme actuelle de ta table, il le demeurera toujours (sauf à ce que tu rajoutes d'autres champs utlérieurement).. A ta disposition pour la suite. A+ Merci beaucoup pour toutes ces explications. Michel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
[EMAIL PROTECTED] a écrit : Bonjour Au tout début c'est ce que j'avais fait : http://www.cijoint.fr/cij111689632234429.odb Les soucis : * la colonne en € ne l'est plus dans la requette1 * la somme de mon tri n'apparaît pas, pourtant c'est pas compliqué à faire là je comprends pas du tout la démarche. Désolé mes neurones sont pas au top. Michel Bonjour Michel, Je viens de consulter ton document et ta table me semble manifester une erreur dans l'approche. Même si c'est ça y ressemble beaucoup, il faut nécessairement admettre qu'une table n'est pas (en tant que tel) une feuille de calcul et qu'il n'y a aucune raison valable de lui faire subir une mise en forme ; je dirais même plus : si l'on ressent le besoin de mettre en forme une table (même si cette mise en forme consiste simplement dans l'ordre des colonnes), c'est que l'on prévoit d'utiliser les tables à quelque chose pour quoi elles ne sont pas prévues. Une table, ça sert à stocker des données, et c'est tout ; en particulier (même si rien n'interdit de regarder dans le placard) ça ne sert aps à regarder les données qui s'y trouvent ; pour regarder les données, c'est un autre outil qui est utilisé. Ce qui sert à aller chercher certaines données de la table, c'est la requête ; là encore, cet outil ne sert qu'à aller chercher les données, en fonction de critères définis et d'opérer un certain rangement dans le bloc de données extraites (totalisations éventuelles, mise dans un certain ordre,...) ; mais là encore, pas de mise en forme des données elles-mêmes. Ce qui sert à entrer des données dans la table ou à présenter les données qui y sont déjà, c'est le formulaire. Donc, le problème que tu évoques (perte de mise en forme entre la table et la requête) n'en est pas un, parce que la mise en forme dans la table n'est pas susceptible d'avoir une utilité dans la base de données, sinon une utilité esthétique, mais qui sera dans ce cas limitée à la table elle-même. Par ailleurs, je pense que la structure de ta table pose actuellement un souci (mais peut-être n'est-ce pas la version "définitive") ; dans la mesure où le champ retenu comme clef primaire me semble être signifiant (autrement dit, il a une signification particulière) ; ceci est pariculièrement déconseillé et, normalement, il est préférable que la clef primaire n'ait aucune signification ; ceci a une conséquence particulière, c'est que ta requête actuelle comporte une complication qui n'a pas lieu d'être et qui n'aura jamais lieu d'être ; actuellement tu as écrit : SELECT "ID_nature", SUM( "Demandes_initiales" ) FROM "Table1" WHERE ( ( "Demandes_initiales" <= 10 AND "Demandes_initiales" >= 5 ) ) GROUP BY "ID_nature" Ta clause GROUP BY porte sur un champ qui est la clef unique, ce qui signifie que chaque "ID_NATURE" de ta table est unique et que tu aurais très bien pu écrire, : SELECT "ID_NATURE", "Demandes_Initiales" FROM "Table1" WHERE "Demandes_initiales" <= 10 AND "Demandes_initiales" >= 5 Le résultat est exactement le même et, dans la forme actuelle de ta table, il le demeurera toujours (sauf à ce que tu rajoutes d'autres champs utlérieurement).. A ta disposition pour la suite. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Bonjour
Au tout début c'est ce que j'avais fait :
http://www.cijoint.fr/cij111689632234429.odb
Les soucis :
* la colonne en ne l'est plus dans la requette1
* la somme de mon tri n'apparaît pas, pourtant c'est pas compliqué à faire
là je comprends pas du tout la démarche.
Désolé mes neurones sont pas au top.
Michel
yves dutrieux a écrit :
> Bonsoir,
>
> Le 07/12/07, Pierre Wirtz <[EMAIL PROTECTED]> a écrit :
>
>> Bonjour,
>>
>> Je m'inscrit partiellement dans cette optique, car il est vrai que
>> j'utilise plus souvent l'éditeur SQL que l'interface graphique.
>> Cependant, il est possible de passer d'un mode à l'autre en cliquant sur
>> le bouton avec l'équerre, ce qui permet de voir le résultat dans un mode
>> ou dans l'autre.
>>
>> Par exemple, la requête de Docgrandville
>>
>> SELECT SUM("MaTable"."priorité") AS "TotalPriorité" FROM "MaTable" WHERE
>> "MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
>>
>> se traduit graphiquement de cette manière :
>> http://www.cijoint.fr/cij72994757034010.jpg
>>
>
>
> Juste et tu peux même simplifier le critère de sélection à une seule colonne
> si tu indiques ceci dans la zone critère : 'ENTRE 50 ET 100'
>
> Yves
>
> Tandis que la requête de Manuel Naudin
>
>> SELECT "ID_ref", SUM("MaTable"."priorité") AS "TotalPriorité" FROM
>> "MaTable" WHERE
>> "MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
>> GROUP BY "ID_ref"
>>
>> se traduit de la manière suivante :
>> http://www.cijoint.fr/cij16434909834054.jpg
>>
>> Cependant, même si l'interface graphique n'est certes pas l'outil idéal
>> pour réaliser des requêtes complexes, mais elle permet quand même à des
>> néophytes de créer des requêtes de complexité moyenne. Les utilisateurs
>> d'Access retrouveront une facilité d'utilisation dans le constructeur de
>> requêtes de Base. Il faut de toutes façons partir du fait que pour
>> construire une requête complexe, il faut avoir des connaissances en
>> bases de données. Et quand on a des connaissances en base de données, on
>> connait au moins un peu le langage SQL. Tout est question de formation
>> de l'utilisateur pour qu'il ait le niveau de ses requêtes.
>>
>> --
>> Bien à vous.
>>
>> Pierre Wirtz
>>
>> VersusMind
>>
>> Vous accompagne vers la bureautique libre
>> --
>> www.versusmind.eu
>> [EMAIL PROTECTED]
>> Tél : + 33 (0)3 83 27 22 03
>>
>>
>>
>> Mitch a écrit :
>>
>>> [EMAIL PROTECTED] a écrit :
>>>
Merci beaucoup à tous !
Donc faut que je me tape le langage sql si je veux travailler avec
base. Pas simple pour migrer et former les personnes qui travaillent
sur access, ils vont faire la gueule.
Merci encore
Michel
>>> D'expérience, si tu veux bosser confortablement sous Access, tu dois
>>> te palucher du SQL de toute manière - le générateur de requête, par
>>> exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri',
>>> que ça va plus vite en tapant la requête SQL qu'en utilisant le
>>> générateur...
>>>
>>> Mitch
-
Noos, votre bureau virtuel sur Internet : Mail...
Web : webmail.noos.fr
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Bonsoir,
Le 07/12/07, Pierre Wirtz <[EMAIL PROTECTED]> a écrit :
>
> Bonjour,
>
> Je m'inscrit partiellement dans cette optique, car il est vrai que
> j'utilise plus souvent l'éditeur SQL que l'interface graphique.
> Cependant, il est possible de passer d'un mode à l'autre en cliquant sur
> le bouton avec l'équerre, ce qui permet de voir le résultat dans un mode
> ou dans l'autre.
>
> Par exemple, la requête de Docgrandville
>
> SELECT SUM("MaTable"."priorité") AS "TotalPriorité" FROM "MaTable" WHERE
> "MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
>
> se traduit graphiquement de cette manière :
> http://www.cijoint.fr/cij72994757034010.jpg
Juste et tu peux même simplifier le critère de sélection à une seule colonne
si tu indiques ceci dans la zone critère : 'ENTRE 50 ET 100'
Yves
Tandis que la requête de Manuel Naudin
>
> SELECT "ID_ref", SUM("MaTable"."priorité") AS "TotalPriorité" FROM
> "MaTable" WHERE
> "MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
> GROUP BY "ID_ref"
>
> se traduit de la manière suivante :
> http://www.cijoint.fr/cij16434909834054.jpg
>
> Cependant, même si l'interface graphique n'est certes pas l'outil idéal
> pour réaliser des requêtes complexes, mais elle permet quand même à des
> néophytes de créer des requêtes de complexité moyenne. Les utilisateurs
> d'Access retrouveront une facilité d'utilisation dans le constructeur de
> requêtes de Base. Il faut de toutes façons partir du fait que pour
> construire une requête complexe, il faut avoir des connaissances en
> bases de données. Et quand on a des connaissances en base de données, on
> connait au moins un peu le langage SQL. Tout est question de formation
> de l'utilisateur pour qu'il ait le niveau de ses requêtes.
>
> --
> Bien à vous.
>
> Pierre Wirtz
>
> VersusMind
>
> Vous accompagne vers la bureautique libre
> --
> www.versusmind.eu
> [EMAIL PROTECTED]
> Tél : + 33 (0)3 83 27 22 03
>
>
>
> Mitch a écrit :
> > [EMAIL PROTECTED] a écrit :
> >> Merci beaucoup à tous !
> >> Donc faut que je me tape le langage sql si je veux travailler avec
> >> base. Pas simple pour migrer et former les personnes qui travaillent
> >> sur access, ils vont faire la gueule.
> >> Merci encore
> >> Michel
> >>
> > D'expérience, si tu veux bosser confortablement sous Access, tu dois
> > te palucher du SQL de toute manière - le générateur de requête, par
> > exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri',
> > que ça va plus vite en tapant la requête SQL qu'en utilisant le
> > générateur...
> >
> > Mitch
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
web site : http://www.molenbaix.com
Re: [users-fr] base : sous totaux et filtre
Bonjour Michel, Je ne sais pas si tu avais pu voir le truc ou pas, mais lors de ton précédent fil sur ce sujet, je t'avais posté 2 réponses, les 19 et 21/11. Si tu ne les a pas vues, tu peux remonter les archives, tu devrais les retrouver. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Cédric Schmitz a écrit : Bonjour. Sans compter que le rôle du formateur avant de former les autres, c'est de se former lui même... Après la pédagogie, c'est une autre affaire... ... ... évidemment c'est ce que je vais faire tout de suite. Je devrais m'en sortir ! Au moins je sais quelle voie prendre. Merci à tous Mitch a écrit : [EMAIL PROTECTED] a écrit : Merci beaucoup à tous ! Donc faut que je me tape le langage sql si je veux travailler avec base. Pas simple pour migrer et former les personnes qui travaillent sur access, ils vont faire la gueule. Merci encore Michel D'expérience, si tu veux bosser confortablement sous Access, tu dois te palucher du SQL de toute manière - le générateur de requête, par exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri', que ça va plus vite en tapant la requête SQL qu'en utilisant le générateur... Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
J'ai malencontreusement inversé les images. Le premier lien correspond à
la deuxième requête et inversement
Cordialement,
Pierre Wirtz
Pierre Wirtz a écrit :
Bonjour,
Je m'inscrit partiellement dans cette optique, car il est vrai que
j'utilise plus souvent l'éditeur SQL que l'interface graphique.
Cependant, il est possible de passer d'un mode à l'autre en cliquant
sur le bouton avec l'équerre, ce qui permet de voir le résultat dans
un mode ou dans l'autre.
Par exemple, la requête de Docgrandville
SELECT SUM("MaTable"."priorité") AS "TotalPriorité" FROM "MaTable" WHERE
"MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
se traduit graphiquement de cette manière :
http://www.cijoint.fr/cij72994757034010.jpg
Tandis que la requête de Manuel Naudin
SELECT "ID_ref", SUM("MaTable"."priorité") AS "TotalPriorité" FROM
"MaTable" WHERE
"MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
GROUP BY "ID_ref"
se traduit de la manière suivante :
http://www.cijoint.fr/cij16434909834054.jpg
Cependant, même si l'interface graphique n'est certes pas l'outil
idéal pour réaliser des requêtes complexes, mais elle permet quand
même à des néophytes de créer des requêtes de complexité moyenne. Les
utilisateurs d'Access retrouveront une facilité d'utilisation dans le
constructeur de requêtes de Base. Il faut de toutes façons partir du
fait que pour construire une requête complexe, il faut avoir des
connaissances en bases de données. Et quand on a des connaissances en
base de données, on connait au moins un peu le langage SQL. Tout est
question de formation de l'utilisateur pour qu'il ait le niveau de ses
requêtes.
--
Bien à vous.
Pierre Wirtz
VersusMind
Vous accompagne vers la bureautique libre
--
www.versusmind.eu
[EMAIL PROTECTED]
Tél : + 33 (0)3 83 27 22 03
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Bonjour,
Je m'inscrit partiellement dans cette optique, car il est vrai que
j'utilise plus souvent l'éditeur SQL que l'interface graphique.
Cependant, il est possible de passer d'un mode à l'autre en cliquant sur
le bouton avec l'équerre, ce qui permet de voir le résultat dans un mode
ou dans l'autre.
Par exemple, la requête de Docgrandville
SELECT SUM("MaTable"."priorité") AS "TotalPriorité" FROM "MaTable" WHERE
"MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
se traduit graphiquement de cette manière :
http://www.cijoint.fr/cij72994757034010.jpg
Tandis que la requête de Manuel Naudin
SELECT "ID_ref", SUM("MaTable"."priorité") AS "TotalPriorité" FROM
"MaTable" WHERE
"MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
GROUP BY "ID_ref"
se traduit de la manière suivante :
http://www.cijoint.fr/cij16434909834054.jpg
Cependant, même si l'interface graphique n'est certes pas l'outil idéal
pour réaliser des requêtes complexes, mais elle permet quand même à des
néophytes de créer des requêtes de complexité moyenne. Les utilisateurs
d'Access retrouveront une facilité d'utilisation dans le constructeur de
requêtes de Base. Il faut de toutes façons partir du fait que pour
construire une requête complexe, il faut avoir des connaissances en
bases de données. Et quand on a des connaissances en base de données, on
connait au moins un peu le langage SQL. Tout est question de formation
de l'utilisateur pour qu'il ait le niveau de ses requêtes.
--
Bien à vous.
Pierre Wirtz
VersusMind
Vous accompagne vers la bureautique libre
--
www.versusmind.eu
[EMAIL PROTECTED]
Tél : + 33 (0)3 83 27 22 03
Mitch a écrit :
[EMAIL PROTECTED] a écrit :
Merci beaucoup à tous !
Donc faut que je me tape le langage sql si je veux travailler avec
base. Pas simple pour migrer et former les personnes qui travaillent
sur access, ils vont faire la gueule.
Merci encore
Michel
D'expérience, si tu veux bosser confortablement sous Access, tu dois
te palucher du SQL de toute manière - le générateur de requête, par
exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri',
que ça va plus vite en tapant la requête SQL qu'en utilisant le
générateur...
Mitch
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Juste pour rajouter une chose: c'est que globallement les personnes qui se retrouvent sur Base aprécient énormément l'interface clair et épuré. C'est quasiement unanime en général :) Au moins c'est encourageant (autant pour les utilisateurs que pour les concepteurs), car de ce côté là ils ne sont pas rebutés ! Bon courage ^^ Mitch a écrit : [EMAIL PROTECTED] a écrit : Merci beaucoup à tous ! Donc faut que je me tape le langage sql si je veux travailler avec base. Pas simple pour migrer et former les personnes qui travaillent sur access, ils vont faire la gueule. Merci encore Michel D'expérience, si tu veux bosser confortablement sous Access, tu dois te palucher du SQL de toute manière - le générateur de requête, par exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri', que ça va plus vite en tapant la requête SQL qu'en utilisant le générateur... Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Bonjour. Sans compter que le rôle du formateur avant de former les autres, c'est de se former lui même... Après la pédagogie, c'est une autre affaire... ... ... Mitch a écrit : [EMAIL PROTECTED] a écrit : Merci beaucoup à tous ! Donc faut que je me tape le langage sql si je veux travailler avec base. Pas simple pour migrer et former les personnes qui travaillent sur access, ils vont faire la gueule. Merci encore Michel D'expérience, si tu veux bosser confortablement sous Access, tu dois te palucher du SQL de toute manière - le générateur de requête, par exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri', que ça va plus vite en tapant la requête SQL qu'en utilisant le générateur... Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
[EMAIL PROTECTED] a écrit : Merci beaucoup à tous ! Donc faut que je me tape le langage sql si je veux travailler avec base. Pas simple pour migrer et former les personnes qui travaillent sur access, ils vont faire la gueule. Merci encore Michel D'expérience, si tu veux bosser confortablement sous Access, tu dois te palucher du SQL de toute manière - le générateur de requête, par exemple, a tellement bien planqué tout ce qui est 'groupe' et 'tri', que ça va plus vite en tapant la requête SQL qu'en utilisant le générateur... Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [users-fr] base : sous totaux et filtre
Merci beaucoup à tous ! Donc faut que je me tape le langage sql si je veux travailler avec base. Pas simple pour migrer et former les personnes qui travaillent sur access, ils vont faire la gueule. Merci encore Michel Message d'origine >Date: Fri, 07 Dec 2007 09:15:59 +0100 >De: Docgranville <[EMAIL PROTECTED]> >A: users@fr.openoffice.org >Sujet: Re: [users-fr] base : sous totaux et filtre > >Docgranville a écrit : > >> [...] ne pas oublier de mentionner les apostrophes avant et après >> chaque valeur littérale. > >Ce truc là, tu peux l'oublier, ce n'est pas indispensable ; je ne sais >pas pourquoi ma tentative de tout à l'heure sans les apostrophes m'avait >retourné une erreur ; j'avais dû faire une faute de frappe. > >A+ > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > - Noos, votre bureau virtuel sur Internet : Mail... Web : webmail.noos.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Bonjour à tous,
Le 07/12/07, Docgranville<[EMAIL PROTECTED]> a écrit :
> Bonjour Michel,
>
> D'ici, j'aurais dit (on est en mode SQL direct hein) :
>
> SELECT SUM("MaTable"."priorité") AS "TotalPriorité" FROM "MaTable" WHERE
> "MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
>
> Explications :
> - bon, pour le SELECT, tu connais je suppose ;
> - le SUM c'est l'instruction de regroupement, qui va permettre de
> totaliser le contenu des champs qui vérifieront les conditions que nous
> poserons ultérieurement ;
> - le AS indique le nom de ta colonne de résultat (tu fixes son "alias")
> ; si tu ne mets pas de AS, tu obtiendras un résultat vide ;
> - le FROM sert à mentionner la où les tables dans lesquelles la requête
> va piocher les champs ;
> - le WHERE annonce les conditions qui suivent, lesquelles sont ici
> reliées par un AND (selon ce que tu veux faire, tu peux utiliser OR) ;
> ici, pour les conditions, j'ai mis des "supérieur ou égal" et "inférieur
> ou égal" ; ne pas oublier de mentionner les apostrophes avant et après
> chaque valeur littérale.
>
> Normalement, ça doit fonctionner.
>
> Tu es toujours avec tes problèmes de sous-totaux ?
>
> A+
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
et pour regrouper par ID_ref
SELECT "ID_ref", SUM("MaTable"."priorité") AS "TotalPriorité" FROM
"MaTable" WHERE
"MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
GROUP BY "ID_ref"
Manuel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Docgranville a écrit : [...] ne pas oublier de mentionner les apostrophes avant et après chaque valeur littérale. Ce truc là, tu peux l'oublier, ce n'est pas indispensable ; je ne sais pas pourquoi ma tentative de tout à l'heure sans les apostrophes m'avait retourné une erreur ; j'avais dû faire une faute de frappe. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
Bonjour Michel,
D'ici, j'aurais dit (on est en mode SQL direct hein) :
SELECT SUM("MaTable"."priorité") AS "TotalPriorité" FROM "MaTable" WHERE
"MaTable"."priorité" >= '50' AND "MaTable"."Priorité" <= '100'
Explications :
- bon, pour le SELECT, tu connais je suppose ;
- le SUM c'est l'instruction de regroupement, qui va permettre de
totaliser le contenu des champs qui vérifieront les conditions que nous
poserons ultérieurement ;
- le AS indique le nom de ta colonne de résultat (tu fixes son "alias")
; si tu ne mets pas de AS, tu obtiendras un résultat vide ;
- le FROM sert à mentionner la où les tables dans lesquelles la requête
va piocher les champs ;
- le WHERE annonce les conditions qui suivent, lesquelles sont ici
reliées par un AND (selon ce que tu veux faire, tu peux utiliser OR) ;
ici, pour les conditions, j'ai mis des "supérieur ou égal" et "inférieur
ou égal" ; ne pas oublier de mentionner les apostrophes avant et après
chaque valeur littérale.
Normalement, ça doit fonctionner.
Tu es toujours avec tes problèmes de sous-totaux ?
A+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux et filtre
[EMAIL PROTECTED] a écrit : > Bonjour > Comment puis je arriver à faire dans base des sous totaux avec critères : > > * colonne : ID_ref > * colone : priorité > > Je voudrais voir avec une requête dans ma colonne "priorité "toutes les > sommes comprises entre 50 et 100 et en faire la somme. > Pas de soucis dans calc mais dans base je suis perdu. > Merci > Michel > SELECT SUM(priorité) as 'Soustotal' where priorité BETWEEN 50 AND 100 ou SELECT SUM(priorité) as 'Soustotal' where priorité >= 50 AND priorité <= 100 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux
Bonjour Lichel, mbini a écrit : Docgranville a écrit Trève de plaisanterie, je dois t'avouer que ton fichier me pose un problème : j'ai bien compris que les renseignements étaient d'abord rentrés dans l'onglet "tableau" et que tu souhaitais renvoyer les éléments de l'onglet "tableau", vers les onglets qui les concerne, en fonction du montant figurant dans l'onglet "tableau" ; le problème, c'est que j'ai examiné attentivement les pages de ton classeur, et que je n'y retrouve pas mes petits... J'ai l'impression qu'il n'y a pas de correspondance entre les sommes figurant actuellement dans l'onglet "tableau" et celles figurant dans les autres onglets, d'où mon interrogation : est-ce une erreur, ou bien y-a-t-il une opération particulière qui est exécutée avant de transcrire dans les autres onglets, celles en provenance de "tableau" ? Si une opération est exécutée, quelle est-elle ? Non aucune justement c'est ça le problème, je fais du copier coller bonjour la galère Donc, le fichier que tu as placé sous le lien est un fichier "intermédiaire", dans lequel tu as entré les données dans l'onglet "tableau" mais sans encore faire ton copier/coller dans les autres onglets, c'est ça ? Non parce que, si tu veux, l'intérêt était aussi d'examiner quel était le résulat recherché, mais bon, je pense avoir compris. Par ailleurs, quelle est la provenance des données entrées dans l'onglet "tableau" ? (Sont-elles entrées à la main ? Provienent-elles d'un fichier ? Toutes les colonnes sont-elles entrées en une seule fois ou certaines colonnes sont-elles renseignées dans un second temps ? L'évolution dans le temps, des données dans "tableau", se fait-elle par blocs entiers, ou petit à petit, une ligne un jour, une autre le lendemain, une autre encore la semaine suivante ?) Les données colonne E et F sont mises à la main D'où, une autre question : d'où proviennent les autres données (le nom du bâtiment, sa classification, la description des travaux, l'ordre de priorité) ? D'un fichier ? Si oui de quel type ? D'un document écrit retranscrit à la main ? Surtout, tu n'as pas encore apporté de réponse sur l'évolution de ce document dans le temps ; visiblement, il évolue, puisque tu cherches à automatiser le traitement des conséquences de cette évolution ; mais avec quelle fréquence évolue-t-il, dans quelle mesure et avec quelles conséquences ? En fait, sur les conséquences, la question est plus précisément de savoir si l'évolution conduit au remplacement du document ancien par le document nouveau ou si l'évolution a seulement pour objet de présenter la situation du document pour une période nouvelle, sans que le document déjà existant, et relatif à une période ancienne soit lui-même modifié (autrement dit, j'ai le budget 2007, l'année prochaine, je vais devoir faire le budget 2008, qui portera sur le même patrimoine, à peu de choses près, mais ne comportera pas les mêmes chiffres ; pour autant, si la forme du budget 2008 est très proche de la forme du budget 2007, celui-ci ne remplace pas celui-là). Par ailleurs, sur l'étendue de l'évolution, ma question serait plutôt de savoir la majorité de l'évolution porte sur les colonnes E et F, l'ajout de lignes demeurant, lui, relativement exceptionnel ou si l'ensemble est en général fondamentalement modifié. Quant à la fréquence, la question me semble parler d'elle-même. De prime abord, je dirais que pour n'avoir sur les onglets "resultants" que les lignes effectivement concernées, il sera nécessaire de recourir à une base de données ; en revanche, si le fait d'avoir, dans l'onglet "entre 50.000 et 100.000" des lignes pour lesquelles la colonne F est à 0 (soit parce que le montant concerné est effectivement de 0, soit parce que la somme affectée est supérieure à 100.000, ce qui fait que l'information figure dans un autre onglet) ne te gène pas, alors tu peut très bien t'en sortir avec des "si" ; mais visiblement, comme tu semble maîtriser la fonction "si" (tu l'utilises en colonne G), je suppose que si tu as posé la question, c'est que tu préfèrerais que seules les lignes répondant effectivement à ta condition, apparaissent dans l'onglet "résultant". Reste cependant, encore, à déterminer si les conditions d'utilisation justifient (voire, simplement, permettent) la mise en place d'une base de données ; pour cela, il est nécessaire que tu me donnes quelques réponses aux questions ci-dessus. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux
Bonjour Michel, Désolé de n'avoir pas répondu avant à ton message de Samedi, mais, à peu de choses près, je change de vie le week-end ; de fait, je n'ai eu ton message que ce matin. J'ai bien noté tes réponses et, à leur lecture, j'ai le sentiment que la mise en place d'une base de données conduirait à une exploitation plus simple ; en revanche, je ne garantis pas que ce soit la solution la plus simple à mettre en place ; l'avantage, c'est que le travail un peu "pénible" ne serait à effectuer qu'une fois. Je réfléchis un peu plus à la structure générale et j'essaie de te donner une analyse plus précise d'ici le milieu de la semaine. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux
Docgranville a écrit : mbini a écrit : Merci de toute ces réponses pour être plus clair voici le fichier http://www.cijoint.fr/cij12637130331928.ods Je voudrais que l'onglet tableau répercute automatiquement chaque tranche 50 000 à 100 000 etc. vers des onglets nouveaux. L'onglet bilan a des calculs automatiques. Dites moi si la solution est avec une base de données ou le tableur, sans que ce soit une usine à gaz. Merci et bonne journée Michel Bonjour Michel, Bon, alors j'ai regardé ton fichier et... comment dire... vu ce que j'ai sous les yeux, je pense qu'on a encore de la marge avant que tu ne qualifies la solution "d'usine à gaz". Trève de plaisanterie, je dois t'avouer que ton fichier me pose un problème : j'ai bien compris que les renseignements étaient d'abord rentrés dans l'onglet "tableau" et que tu souhaitais renvoyer les éléments de l'onglet "tableau", vers les onglets qui les concerne, en fonction du montant figurant dans l'onglet "tableau" ; le problème, c'est que j'ai examiné attentivement les pages de ton classeur, et que je n'y retrouve pas mes petits... J'ai l'impression qu'il n'y a pas de correspondance entre les sommes figurant actuellement dans l'onglet "tableau" et celles figurant dans les autres onglets, d'où mon interrogation : est-ce une erreur, ou bien y-a-t-il une opération particulière qui est exécutée avant de transcrire dans les autres onglets, celles en provenance de "tableau" ? Si une opération est exécutée, quelle est-elle ? Non aucune justement c'est ça le problème, je fais du copier coller bonjour la galère S'il s'agit d'une erreur, la question qui m'a conduit à la constater était, "est-ce bien en fonction du contenu de la colonne F de l'onglet tableau que s'opère le choix de l'onglet de destination des informations ?" C'est tout à fait cela Par ailleurs, quelle est la provenance des données entrées dans l'onglet "tableau" ? (Sont-elles entrées à la main ? Provienent-elles d'un fichier ? Toutes les colonnes sont-elles entrées en une seule fois ou certaines colonnes sont-elles renseignées dans un second temps ? L'évolution dans le temps, des données dans "tableau", se fait-elle par blocs entiers, ou petit à petit, une ligne un jour, une autre le lendemain, une autre encore la semaine suivante ?) Les données colonne E et F sont mises à la main Ces questions peuvent te paraître indiscrètes mais elles me semblent conditionner le choix destiné à être opéré entre l'utilisation d'un fichier Calc ou d'une Base de données. Non Non pas du tout je sais pourquoi tu les demande, merci encore Michel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux
Docgranville a écrit : mbini a écrit : Merci de toute ces réponses pour être plus clair voici le fichier http://www.cijoint.fr/cij12637130331928.ods Je voudrais que l'onglet tableau répercute automatiquement chaque tranche 50 000 à 100 000 etc. vers des onglets nouveaux. L'onglet bilan a des calculs automatiques. Dites moi si la solution est avec une base de données ou le tableur, sans que ce soit une usine à gaz. Merci et bonne journée Michel Bonjour Michel, Bon, alors j'ai regardé ton fichier et... comment dire... vu ce que j'ai sous les yeux, je pense qu'on a encore de la marge avant que tu ne qualifies la solution "d'usine à gaz". Trève de plaisanterie, je dois t'avouer que ton fichier me pose un problème : j'ai bien compris que les renseignements étaient d'abord rentrés dans l'onglet "tableau" et que tu souhaitais renvoyer les éléments de l'onglet "tableau", vers les onglets qui les concerne, en fonction du montant figurant dans l'onglet "tableau" ; le problème, c'est que j'ai examiné attentivement les pages de ton classeur, et que je n'y retrouve pas mes petits... J'ai l'impression qu'il n'y a pas de correspondance entre les sommes figurant actuellement dans l'onglet "tableau" et celles figurant dans les autres onglets, d'où mon interrogation : est-ce une erreur, ou bien y-a-t-il une opération particulière qui est exécutée avant de transcrire dans les autres onglets, celles en provenance de "tableau" ? Si une opération est exécutée, quelle est-elle ? Non aucune justement c'est ça le problème, je fais du copier coller bonjour la galère S'il s'agit d'une erreur, la question qui m'a conduit à la constater était, "est-ce bien en fonction du contenu de la colonne F de l'onglet tableau que s'opère le choix de l'onglet de destination des informations ?" C'est tout à fait cela Par ailleurs, quelle est la provenance des données entrées dans l'onglet "tableau" ? (Sont-elles entrées à la main ? Provienent-elles d'un fichier ? Toutes les colonnes sont-elles entrées en une seule fois ou certaines colonnes sont-elles renseignées dans un second temps ? L'évolution dans le temps, des données dans "tableau", se fait-elle par blocs entiers, ou petit à petit, une ligne un jour, une autre le lendemain, une autre encore la semaine suivante ?) Les données colonne E et F sont mises à la main Ces questions peuvent te paraître indiscrètes mais elles me semblent conditionner le choix destiné à être opéré entre l'utilisation d'un fichier Calc ou d'une Base de données. Non Non pas du tout je sais pourquoi tu les demande, merci encore Michel
Re: [users-fr] base : sous totaux
mbini a écrit : Merci de toute ces réponses pour être plus clair voici le fichier http://www.cijoint.fr/cij12637130331928.ods Je voudrais que l'onglet tableau répercute automatiquement chaque tranche 50 000 à 100 000 etc. vers des onglets nouveaux. L'onglet bilan a des calculs automatiques. Dites moi si la solution est avec une base de données ou le tableur, sans que ce soit une usine à gaz. Merci et bonne journée Michel Bonjour Michel, Bon, alors j'ai regardé ton fichier et... comment dire... vu ce que j'ai sous les yeux, je pense qu'on a encore de la marge avant que tu ne qualifies la solution "d'usine à gaz". Trève de plaisanterie, je dois t'avouer que ton fichier me pose un problème : j'ai bien compris que les renseignements étaient d'abord rentrés dans l'onglet "tableau" et que tu souhaitais renvoyer les éléments de l'onglet "tableau", vers les onglets qui les concerne, en fonction du montant figurant dans l'onglet "tableau" ; le problème, c'est que j'ai examiné attentivement les pages de ton classeur, et que je n'y retrouve pas mes petits... J'ai l'impression qu'il n'y a pas de correspondance entre les sommes figurant actuellement dans l'onglet "tableau" et celles figurant dans les autres onglets, d'où mon interrogation : est-ce une erreur, ou bien y-a-t-il une opération particulière qui est exécutée avant de transcrire dans les autres onglets, celles en provenance de "tableau" ? Si une opération est exécutée, quelle est-elle ? S'il s'agit d'une erreur, la question qui m'a conduit à la constater était, "est-ce bien en fonction du contenu de la colonne F de l'onglet tableau que s'opère le choix de l'onglet de destination des informations ?" Par ailleurs, quelle est la provenance des données entrées dans l'onglet "tableau" ? (Sont-elles entrées à la main ? Provienent-elles d'un fichier ? Toutes les colonnes sont-elles entrées en une seule fois ou certaines colonnes sont-elles renseignées dans un second temps ? L'évolution dans le temps, des données dans "tableau", se fait-elle par blocs entiers, ou petit à petit, une ligne un jour, une autre le lendemain, une autre encore la semaine suivante ?) Ces questions peuvent te paraître indiscrètes mais elles me semblent conditionner le choix destiné à être opéré entre l'utilisation d'un fichier Calc ou d'une Base de données. A+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux
mbini a écrit :
Bonjour
J'ai réalisé un tableau budgétaire dans calc, mais je m'aperçois qu'il
serait préférable que je le réalise dans base.
mon tableau général crée des sous tableaux.
Comment faire des sous totaux dans base, je suppose que c'est une
question idiote mais je ne suis pas très perfectionné avec base.
merci
Michel
Bonjour Michel,
Il va falloir écrire une requête.
Imaginons que tu as une table VENTES mentionnant... tes ventes ; elle se
compose de 5 champs :
- Id (c'est la clef primaire, il est préférable qu'elle ne soit pas
signifiante) ;
- DateVente ;
- PrixVente ;
- Vendeur ;
- ModePaiement
On pourrait imaginer d'autres champs et d'autres tables mais bon, c'est
bien là déjà...
Si tu veux faire le total de tes ventes par jour ; ta requête sera la
suivante :
SELECT "VENTES"."DateVente", SUM("VENTES"."PrixVente") AS Recette FROM
"VENTES" GROUP BY "VENTES"."DateVente"
Si, pour chaque jour, tu veux avoir le total des ventes de chacun de tes
vendeurs :
SELECT "VENTES"."DateVente", "VENTES"."Vendeur",
SUM("VENTES"."PrixVente") AS Recette FROM "VENTES"
GROUP BY "VENTES"."DateVente", "VENTES"."Vendeur"
Si tu souhaites obtenir, non seulement le total des ventes de chacun de
tes vendeurs, mais aussi le nombre de ventes que chacun a fait ce jour là :
SELECT "VENTES"."DateVente", "VENTES"."Vendeur", COUNT("VENTES"."Prix)
AS Nbre, SUM("VENTES"."PrixVente") AS Recette FROM "VENTES"
GROUP BY "VENTES"."DateVente", "VENTES"."Vendeur"
Et ainsi de suite ; les "AS" sont appelées des clauses d'alias et sont
nécessaires si tu veux que ta colonne contienne un résultat ; en ce qui
concerne le Group By, j'ai longtemps pataugé jusqu'à ce que je lise
récemment (pas très loin d'ici je crois) et que je retienne, qu'il
fallait y mettre tous les champs figurant dans le select et qui ne
faisaient pas l'objet d'une instruction de regroupement (SUM et COUNT
étant des instructions de regroupement) ; bien sûr, si la requête ne
contient pas d'instructions de regroupement, il n'y a pas besoin de
clause "GROUP BY".
Voilà, c'est sûrement un peu éloigné de ce que tu cherches, mais comme
tu n'a pas beaucoup précisé le contenu de ton fichier...
Espérant avoir aidé,
A+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] base : sous totaux
Le 15/11/07, mbini <[EMAIL PROTECTED]> a écrit : > > Bonjour Bonjour, J'ai réalisé un tableau budgétaire dans calc, mais je m'aperçois qu'il > serait préférable que je le réalise dans base. > mon tableau général crée des sous tableaux. > Comment faire des sous totaux dans base, je suppose que c'est une > question idiote mais je ne suis pas très perfectionné avec base. il y a plusieurs manières de faire en fonction de la structure de ta base ... Quelques détails ? merci > Michel > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Manuel
Re: [users-fr] base : sous totaux
Bonjour, Le plus simple serait de faire une requête avec deux critères : -Le champ de catégorie (par exemple région pour des sous-totaux par régions), sélectionner une fonction "grouper" -Le champ dont on présente le sous-total, avec la fonction "somme" Vous aurez ainsi le sous-total de chaque catégorie mis à jour en temps réel et exploitable dans un rapport. -- Bien à vous. Pierre Wirtz VersusMind Vous accompagne vers la bureautique libre -- www.versusmind.eu [EMAIL PROTECTED] Tél : + 33 (0)3 83 27 22 03 mbini a écrit : Bonjour J'ai réalisé un tableau budgétaire dans calc, mais je m'aperçois qu'il serait préférable que je le réalise dans base. mon tableau général crée des sous tableaux. Comment faire des sous totaux dans base, je suppose que c'est une question idiote mais je ne suis pas très perfectionné avec base. merci Michel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
