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
[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
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 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 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
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: 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
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
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: [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
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
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
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
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
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
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
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
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]
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
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]
