From: Aguero, Dimitri (dimitri.aguero@fr.unisys.com)
Date: 26/11/2001 - 10:15
Cette question devrait etre sur la liste technique.
Cote SQL Server 2000 il y a un article qui pourrait vous interesser:
http://msdn.microsoft.com/library/en-us/dnexxml/html/xml07162001.asp
L'approche Microsoft consiste à créer des documents XML en faisant des
SELECT sur des tables. L'interpreteur SQL a ete enrichi pour ajouter les
tags XML et imbriquer les données récupérées. Avec un peu d'effort, on peut
avoir des resultats interessants. Aucune idee sur les performances ni sur
des strategies d'optimisation, mais si ca coince, un ES7000 à 32 processeurs
devrait vous suffir :-)
Conceptuellement l'approche Microsoft me plait, sauf... qu'elle perd la
notion de "document". J'aimerais avoir l'avis de ceux qui connaissent, sur
les consequences de cette philosophie.
Cote Oracle, ils mettent les documents XML en brut sur des BLOBs. Ils
gardent la notion de "document". Pour y accéder, ils vous fournissent des
fonctions pour récupérer des noeuds de l'arborescence du document. J'ai
telechargé un logiciel depuis leur site Technet (http://technet.oracle.com,
souscription gratuite) qui fait une demo (desole, je ne me souviens pas
l'URL).
Je trouve leur approche moins interessante que l'approche Microsoft, mais
chacun peut avoir ses preferences, je ne pretends pas avoir la verite
absolue.
Salutations,
Dimitri
-----Message d'origine-----
De : Patrick Emin [mailto:patrick.emin@streamserve.fr]
Envoyé : lundi 26 novembre 2001 10:22
À : xml-decid@xmlfr.org
Objet : [xml-decid] RE: [xml-decid] FW: [xml-tech] RE: Transformations
coté client (Était: Transformation sur le serveur)
Bonjour,
Votre propos m'intéresse quand aux transformations coté serveur. Je suis un
peu débutant. Saurriez vous m'en dire plus sur votre test d'un site web,
entièrement en XML. C'est exactement ce que je dois faire.
Je dois construire une application basée sur de l'extraction de données de
base hétérogènes. Ces données seront stockées sous formes de fichiers XML.
Puis je dois générer la partie navigation. J'avais envisagé une approche XML
+ XSL sur le poste client.
Merci beaucoup.
PS: avez vous migré de nouveau vers la liste technique ?
Patrick
-----Message d'origine-----
De : xml-decid-bounce@xmlfr.org [mailto:xml-decid-bounce@xmlfr.org]De la
part de Xavier
Envoyé : dimanche 25 novembre 2001 00:09
À : xml-decid@xmlfr.org
Objet : [xml-decid] FW: [xml-tech] RE: Transformations coté client
(Était: Transformation sur le serveur)
>
>
> Bonjour,
>
> Je continue ici un débat qui a plus saplace ici que sur la liste
> technique.
>
>
>
> Pour ma part, il me semble évident que la transformation doit se faire
> au niveau du serveur.
>
> J'ai fait un test d'un site web, entièrement en XML.
>
> J'ai un fichier xml dans lequel se trouvent t o u t e s les pages de
> mon site. les pages sont structurées
> Site
> page @nomDeLaPage
> @URI de la page
> Tête
> Tête gauche
> Tête droite
> Corps
> Corps centre
> paragraphes et/ou images et/ou liens
> vers des URL
>
> etc
>
> Et une feuille XSL(T) qui met en page (avec des paramètres
> qui teste si
> c'est du texte, une image, une URL, qui teste l'utilisateur
> et la date.
>
> Cela me permet:
>
> 1.De n'avoir que deux fichiers
> 2. De construire dynamiquement ma barre de navigation (que je
> mets dans
> le corps gauche)
> 3. D'afficher ou non des pages (ou leurs liens) selon
> l'utilisateur, la
> date (à la lmite l'heure)
> 4. De paramétrer si je veux la langue sans dupliquer les éléments
> communs.
>
> Il me semble donc illogique de transférer le fichier xml et la feuille
> xsl au client. J'imagine faire un site pour une société qui a 2.000
> produits et qui envoie sa base de données au client ui cherche un seul
> produit...
>
> Une question, pourquoi une css? Xsl me semble tout aussi complet et
> beaucoup plus puissant.
>
> Xavier
>
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
