🚀 go-pugleaf

YgoogleY a �crit :
> Bonjour,
> 
> j'�tais justement en train de lire votre document, malheureusement il
> est un peu ardu pour moi.

ah ? lequel ?

> 
> En fait, je d�veloppe une application qui doit produire un document
> mensuel. Ce document doit-�tre archiv� avec la possibilit� de le
> modifier (sous certaines conditions). Une partie du document contient
> des calculs et selon ce que modifie l'utilisateur, il faudra donc
> recalculer tout ou partie des donn�es. En m�me temps, je veux
> contr�ler qui et surtout quand l'utilisateur fait une telle
> modification.
> Bref, j'ai donc pens� mettre toutes mes donn�es dans un document au
> format xml et ce document est lui m�me dans un enregistrement d'une
> base de donn�es (qui contient entre autre l'id utilisateur, la date de
> cr�ation, la date de modification, etc...
> Pour toutes ces raisons, je pense que le XML est plut�t adapt�. Et
> vous qu'en pensez-vous ?

ah mon avis le stockage xml dans une bd relationnelle est une des pires 
solutions (pour environ 1 milliard de raisons); il faut utiliser un 
conteneur adapt�, et dans le cas de xml, une bd native xml est 
indispensable; cela dit, certains sgbdr offrent des extensions xml qui 
tiennent la route, mais ce n'est pas le cas (je crois) de mysql

par ailleurs, le stockage en bd native xml offre la possibilit� 
d'utiliser xquery qui est la rolls du langage de requ�te, et � chaque 
fois que j'ai l'occasion de le comparer � sql (la p�trolette du langage 
de requ�te), je me marre beaucoup...

bien entendu ce sont des consid�rations personnelles qui font fi de la 
propre exp�rience de chacun, et du socle ultra-solide sur lequel repose 
les sgbdr; d'autant que se mettre � xquery n'est pas une mince affaire 
c'est pourquoi si le relationnel est adapt� aux donn�es, un sgbdr me va 
tr�s bien; tout ce que je dis c'est que quand j'ai le choix, je choisis 
la bd native xml pour un milliard de bonnes raisons, dont la facult� de 
pouvoir �crire des requ�tes impossibles en sql

pour info, une bd native xml (parmi 40 autres):
http://exist.sourceforge.net/

> 
> Effectivement, je pense que tout est dans la structuration du fichier
> XML, c'est pourquoi � l'origine, j'envisageai de mettre les valeurs
> uniquement entre balise et de mettre les "coordonn�es" de la valeur
> dans les attributs de balise. Par exemple, le chiffre 2 est affect� �
> la colonne 4, ligne 3. Ca m'aurait donn� quelque chose comme ceci :
> 
> <zone ligne="3" col="4">2</zone>

oui mais il doit bien y avoir une s�mantique dans ces donn�es, non ?
dans le cas contraire, un tableau html devrait convenir, et si un 
stockage en db relationnelle est pr�vu, alors zou... dans une table 
"zone" avec "ligne", "colonne", "valeur" et m�me "formule" si n�cessaire 
+ un "id" s'il y a plusieurs tableaux

> 
> avec autant de zone que de chiffre composant mes tableaux.
> 
> Le probl�me est que je ne sais pas comment ensuite faire un fichier
> xsl qui me permette de parcourir mon document xml.

http://disc.inria.fr/perso/philippe.poulard/cours/04-xml-xpath.pdf
http://disc.inria.fr/perso/philippe.poulard/cours/05-xml-xsl.pdf

> 
> Je n'ai pas trouv� sur le net d'informations qui m'aide beaucoup, soit
> il s'agit d'introductions au xml-xsm qui ne r�pondent pas � ma
> probl�matique. Soit ce sont des documents beaucoup plus avan�� (comme
> le v�tre) et l� c'est moi qui d�croche.

je pense que �a vaut le coup de se mettre � xslt; c'est quand m�me une 
chouette techno qui permet d'appr�hender le monde xml plus facilement, 
une fois utilis�e un peu; �a offre des possibilit�s...

> 
> en tout cas merci de votre aide.
> 
> cordialement,
> 
> Y.
> 
> On 23 f�v, 14:43, Philippe Poulard <philippe.poular...@SPAMinria.fr>
> wrote:
>> Bonjour,
>>
>> � mon avis, s'il n'y a rien de fonctionnel alors un tableau HTML ou un
>> tableau CALS devrait faire l'affaire (avec une pr�f�rence bien s�r pour
>> le tableau HTML)
>>
>> dans le cas contraire, qui l�gitime une utilisation d'XML, il faudrait
>> nommer et structurer les donn�es ind�pendamment de la fa�on dont on doit
>> les repr�senter (c'est � dire rel�cher les contraintes de pr�sentation
>> et se concentrer sur les relations entre les donn�es)
>>
>> YgoogleY a �crit :
>>
>>
>>
>>> bonjour,
>>> j� d�bute dans l'utilisation du XML et du XSL.
>>> j'essaie de  cr�er un fichier XML et de le transformer en HTML gr�ce �
>>> une feuille XSL.
>>> Je suis parvenu au r�sultat mais d'une fa�on qui ne me semble pas la
>>> meilleure. J'aimerai votre avis et vos conseils.
>>> Voici les donn�es du probl�me :
>>> Je dois g�n�rer deux tableaux crois�s dont le nombre de ligne est fixe
>>> mais pas le nombre de colonne (ni l'intitul� des colonnes).
>>> Le r�sultat doit donner qqch comme ceci :
>>> Tableau 1:
>>> Intitul� Ligne 1 | Col 1 | Col 2 | Col 3
>>> Intitul� Ligne 2 | Res 1| Res2 | Res3
>>> Intitul� Ligne 3 | Res 4| Res 5| Res6
>>> Tableau 2:
>>> Intitul� Ligne 1 | Col 5   | Col 6   |
>>> Intitul� Ligne 2 | Res 10| Res12 |
>>> Intitul� Ligne 3 | Res 13| Res 14|
>>> J'ai fait un fichier XML comme �a :
>>> <document>
>>>  <tableau idTab="Tableau1>
>>>   <ligne>
>>>    <col>
>>>     <zone>Intitul� Ligne 1</zone>
>>>    </col>
>>>    <col>
>>>     <zone>Col 1</zone>
>>>    </col>
>>>    <col>
>>>    <zone>Col 2</zone>
>>>   </col>
>>> </ligne>
>>> <ligne>
>>> ...
>>> </document>
>>>  Ce qui ne me plait pas dans ma solution est de devoir cr�er une
>>> balise colonne pour chaque cellule de mon tableau.
>>> En �tudiant d'autres fichiers XML d'autres applications plus complexes
>>> que la mienne, les d�veloppeur font des fichiers ou la balise <zone>
>>> (chez moi) se r�p�te autant de fois qu'il y a de cellule dans un
>>> tableau, en revanche, ils utilisent des attributs dans cette balise.
>>> J'ai essay� mais je n'arrive pas � cr�er le document xsl
>>> correspondant, si je supprime mes balises <col>, mon fichier xsl ne
>>> prend que la 1ere ligne <zone>
>>> Cordialement,
>>> Y.
>> --
>> Cordialement,
>>
>>                ///
>>               (. .)
>>   --------ooO--(_)--Ooo--------
>> |      Philippe Poulard       |
>>   -----------------------------
>>  http://reflex.gforge.inria.fr/
>>         Have the RefleX !
> 


-- 
Cordialement,

               ///
              (. .)
  --------ooO--(_)--Ooo--------
|      Philippe Poulard       |
  -----------------------------
  http://reflex.gforge.inria.fr/
        Have the RefleX !