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]
[users-fr] base : sous totaux et filtre
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 - Noos, votre bureau virtuel sur Internet : Mail... Web : webmail.noos.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]