From: Eric van der Vlist (vdv@dyomedea.com)
Date: 04/01/2004 - 11:49
Bonjour,
On Sun, 2004-01-04 at 11:51, Alain Bergez wrote:
> Salut et bonne année à tous.
> Je me met au xml, et j'envisage de stocker mes données en xml qui
> correspond mieux à leur structure que php=>mysql que j'utilise
> actuellement.
Pouvez-vous détailler en quoi c'est mieux adapté? XML n'est pas la
panacée universelle et le relationnel à encore (à mon avis) de beaux
jours devant lui :-) ...
> Je gère un site pédagogique de jeux musicaux en ligne. J'ai une table
> 'clients' qui contiend les coordonnées de chaque enfant, et une table
> par enfant (une centaine cette année beaucoup plus l'année prochaine)
> qui stocke leurs résultats avec un champ daté à chaque fois qu'ils
> jouent (1 à 3 fois par semaine en moyenne).
> J'envisage de stocker les coordonnées des enfants dans les attributs
> d'un élément, et ses résultats chaque fois qu'il joue dans un noeud
> enfant de l'élément lui correspondant.
> Comme j'envisage 1000 abonnés pour l'année prochaine, et que chaque
> enfant joue en moyenne 30 fois par an, ça va me faire 1000 éléments
> avec 30 noeuds enfants chacuns donc 30000 lignes, voire plus par la
> suite.
> Avant de m'y mettre, j'aimerais savoir si un fichier xml peut contenir
> autant de lignes, et permettre une extraction en php aussi fiable et
> rapide que mysql.
L'extraction n'est pas le seul facteur à prendre en compte et la mise à
jour de ce document me semble être au moins aussi problématique!
Si j'ai bien compris, vous envisagez de mettre à jour ce gros document à
chaque fois qu'un enfant va jouer. Comment allez-vous gérer cette mise à
jour? Au moyen d'une application DOM qui va devoir lire l'ensemble du
document, ajouter ce noeud et réécrire le document? Au moyen d'une
transformation XSLT (ou d'un filtre SAX) qui transformera le document
pour ajouter ce noeud? Et dans tous les cas, comment allez-vous gérer
des accès concurrents?
Si, plein de bonnes résolutions pour la nouvelle année qui débute, vous
voulez vous orienter vers une solution XML, je pense que vous auriez
intérêt à adopter une granularité plus fine et à stocker la description
de chaque joueur dans un document séparé ce qui vous permettra également
d'optimiser l'extraction des informations.
Enfin, si vous souhaitez garder l'aspect "base de données", vous pouvez
envisager de stocker ces différents documents dans une base de données
XML.
Cordialement,
Eric van der Vlist
--
Curious about Relax NG? Read my upcoming book online.
http://books.xmlschemata.org/relaxng/
Upcoming XML schema languages tutorial:
- Santa Clara -half day- (15/03/2004) http://masl.to/?J24916E96
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
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
| 
