Date: prev next · Thread: first prev next last


Bonsoir,

Le 27/09/2020 à 11:34, Patrick Auclair a écrit :
Bonjour,

Je viens de terminer la relecture du chapitre 1. Comme Francis, je trouve ce chapitre en l'état très complexe. Pour moi, et cela n'engage que moi, il a été très mal construit dès le départ, cela n'a rien à voir avec ta traduction Jean-Michel. J'en veux pour preuve la base de test n'est pas un bon modèle pour débuter à cause de l'emploi de calculs sur les dates. Calculs qui en plus donnent des résultats en partie faux (Le participant qui n'a pas encore fêté son anniversaire). Les calculs sur les dates en SQL sont, et ont toujours été pour moi, quelque chose de complexe et très sensible.

En partie d'accord avec tes remarques, mais je suis un mauvais client, car j'ai beaucoup travaillé avec Base, donc ça ma paraît probablement plus simple.

Effectivement il y a un petit souci avec l'âge quand on n'a pas encore fêté son anniversaire, ce n'est pas une erreur, c'est parfaitement décrit et assumé dans les explications., Il ne s'agit que de créer des groupes d'âges homogènes. C'est comme cela que sont gérées les catégories dans les clubs (benjamins, minimes, cadets) et les affectations dans les classes de maternelle :-)

Ce problème est évoqué (et rectifié) dans l'exemple *Rapport_Lignes_Colorées_Alternées.odb *dans le chapitre 6 consacré aux rapports*.*

A ce sujet, je me suis permis d'ajouter une requête SQL (Page 39) qui, elle, permet de calculer l'âge correct d'une personne, bien sur avec des explications.
Dites-moi ce que vous pensez de cet ajout ?
Je ne sais pas si ça ne vient pas complexifier un peu plus le sujet ?
Mais, a-t-on le droit de modifier un chapitre au lieu de seulement le traduire ?
On peut parfaitement, je l'avais d'ailleurs fait dans ce même document.
De plus, même si un utilisateur est sensé avoir un minimum de connaissance en matière de base de données avant de se lancer avec Base, certaines notions sur l'informatisation d'un système d'informations auraient dues être rappelées. En effet, on ne construit pas une base directement en ajoutant ici et là des tables, relations requêtes, formulaires, .....
D'accord avec ça aussi, bien entendu. Mais ça n'est quand même pas fait au hasard..... A mon sens, il s'agit d'une introduction, pour survoler tous les chapitres et donner une idée des possibilités du module, avec tout de même quelques règles, et en supposant qu'il y a eu une réflexion préalable, rapide certes, puisqu'il n'y a que trois tables.
Construire le dictionnaire de données, établir les résultats que l'on souhaite obtenir, etc, bref appliquer une méthode (Merise, Uml) est primordial.
Ça peut être l'objet d'un autre document, pertinent et utile, mais qui sort du cadre LibreOffice ?
Sans entrer dans les détails (il existe pour cela d'excellents tuto en ligne), une partie du chapitre pourrait-être consacré à cela. Mais est-ce possible ? Ne vaudrait-il pas mieux introduire un nouveau chapitre uniquement sur ce sujet ?
Parfaitement d'accord !
Bonne soirée

--
Jean-Michel COSTE


--
Envoyez un mail à doc+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/doc/
Privacy Policy: https://www.documentfoundation.org/privacy

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.