Bonjour,

Le 26/04/07, Maurice Starck <[EMAIL PROTECTED]> a écrit :

Jean-Francois Nifenecker wrote:
> Maurice Starck a écrit :
>> Bonjour Jean-François,
>
> Bonjour Maurice,
>
> les réponses de Docgranville et Jean-Michel complètent et éclaircissent
> ce que j'avais voulu dire dans mon msg précédent.
>
>> Jean-François Nifenecker wrote:
>>> En d'autres termes, les données doivent rester brutes, leur mise en
>>> forme étant traitée à un autre niveau.
>>
>> Peux-tu précisez ce que tu entends par "un autre niveau".
>
> Au niveau de la présentation : via le traitement de textes ou le
> tableur, par exemple (ex pratique : publipostage). C'est donc au niveau
> des documents qui exploitent le résultat de ta requête que tu peux
> (devrais, amha) procéder aux mises en forme.
>
> Pour résumer, tu as :
> -- une base de données constituée de tables, requêtes, vues.
> Une telle base ne contient (devrait contenir) que des données brutes
>
> -- un ensemble de documents, rapports, catalogues, bilans, états
> destinés à *présenter* les données disponibles dans la base.
>
> C'est à ce second niveau que je faisais allusion.
>
>> Une fois la requête effectuée je clique-droit sur certaines colonnes
>> pour modifier le format. En général je retrouve ces modifs après
>> sauvegarde et réouverture de la base, mais pas toujours. Selon le
>> nombre de colonnes cela peut devenir galère.
>
> Je conviens qu'il y a là probablement un bug (non testé de mon côté).
> Cependant, comme je le prétends, ce bug est sans importance, compte tenu
> de ce qui précède : les mises en forme ne sont pas du ressort de la base
> de données.
>
>>>
>>> Pourquoi ? Parce que :
>>> 1. il ne faut pas surcharger les sources de données par des éléménets
>>> extérieurs
>>> 2. d'une même source de données on pourrait avoir besoin de produire
>>> plusieurs représentations, mises en forme différemment
>>> 3. le découpage en niveaux d'abstraction (les données / leur mise en
>>> forme) permet de découpler les manipulations dans chacun de ces
niveaux
>
> ....et pour compléter le 3. çà aide TRES beaucoup à gérer la maintenance
> de la base
>
>>
>> Ce n'est pas la source de données que je mets en forme, mais le
>> résultat d'une requête.
>
> Une requête *est* une source de données :-)

Ah bon ! merci pour cette précision.
Cependant, s'agissant de nombres, il me semblait "logique" qu'ils soient
affichés par défaut alignés à droite dans chaque champ avec les
séparateurs décimaux alignés dans la colonne.
Je ne cherche pas une belle présentation ou une mise en forme
sophistiquée ; je veux simplement consulter rapidement des résultats en
constate évolution (nombres d'inscriptions, soldes...). Pour cela
j'utilise évidemment une requête qui calcule des sommes, et l'affichage
de "document" à droite de la liste des requêtes suffit souvent à mon
bonheur (et évite d'avoir à ouvrir une nouvelle fenêtre pour afficher la
requête). Il ne me paraît pas déraisonnable de chercher un peu de clarté
dans cet affichage, juste pour en rendre la lecture plus confortable.
Ceci dit je comprends parfaitement "la philosophie du découplage",
surtout si on cherche à créer des documents bien "léchés".


Encore un peu de patience...
lu sur le net :

*OpenOffice.org va s'enrichir d'un outil de reporting*
La communauté de développeurs de la suite bureautique OpenOffice.org vient
d'annoncer son intention d'enrichir le gestionnaire de base de données pour
une prochaine version de l'application. Base bénéficiera ainsi d'un outil de
création de rapports (*reporting*) qui s'appuiera sur différentes sources de
données dont les formats OLAP (*Online Analytical Process*, bases de données
multidimensionnelles destinées à l'analyse) et XML. Les rapports pourront
naturellement être généré dans la norme ISO Open Document Format (ODF).
OpenOffice.org s'appuiera sur le moteur de rapport *open source* de la
société Pentaho <http://www.pentaho.com/products/reporting/>. Le calendrier
de développement n'a pas été précisé.

C'est vrai ce mensonge ? ;-)
Yves


Merci pour toutes vos réponses.
Maurice

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
web site : http://www.molenbaix.com

Répondre à