Version imprimable
Bonjour,
Je souhaite développer une application de gestion des oiseaux (sympa non ?:mrgreen:) et les informations seront stockés dans un endoit , mais il me viens à l'esprit, que utiliser un fichier XML ou un BD embarqué fera l'affaire, j'ai une tout petite question : jusqu'au où on peut aller en stockage pour le choix entre XML et BD. est ce qu'il a une seuil de nombre d'enregistrement pour passer de xml à une base de donnée.
Merci
--
A+
je fais des requêtes assez complexe sur un fichier qui fait environ 5 méga pour une appli, les temps de réponse sont excellent.
XML est vraiment idéal comme format pour tout ce qui est de type "documentaire"
Dans cette optique (imaginons que tu veuilles une vision "fiche" par oiseau) cela vaut peut être la peine d'aller jusqu'à la base XML voir eXist
http://exist.sourceforge.net/
Salut,
j'ai eu quelque notions sur exit (qui est en fait trés bon en terme de performance ) mais je ne suis pas aller jusqu'àsavoir si elle peut etre intégrer à l'install de l'application; est ce qu'il suffit d'installer l'application et hop on peut enregistrer les données en utilisant eXit ou il faut en plus de l'install de l'appli ,installer eXit.
merci
Bonjour,
C'est assez évident, si ton application utilise eXist, il faut que eXist soit déployé avec elle... eXist n'est pas qu'une API, c'est un SGBDR XML autonome, et même plus que cela puisqu'avec les possibilités de XQuery il peut aussi servir de serveur d'application dans un environnement Web (il intègre son propre serveur HTTP).Citation:
Envoyé par mamiberkof
Concrètement, eXist est une application Java présentée sous forme de fichiers JAR, il est donc assez simple d'automatiser son installation (et son paramétrage automatique) avec celle de ton application.
Avez vous un lien autre que sourceforge présentant la mise en place et l'utilisation d'exist?
merci
Salam o5ty mamiberkof
Oui, sympa pour un gros minet comme ça ... on t'as à l'oeil quand-même ;)Citation:
Envoyé par mamiberkof
Réponse toute perso : j'ai plutôt l'habitude de penser que question base de données, XML est plutôt utile pour l'échange, le transport, la transmission (de tout ou parties : base de donnée toute entière, fragments, arguments, ou résultats de requêtes). Mais pour avoir une base de donnée vraiment efficace, rien de ne vaut un format de fichier conçu pour accélerer les requêtes et les accès. Et souvent, pour une base de données simple ou maison, alors un format de fichier maison et un programme que tu conçois toi même font trés bien l'affaire.
Maintenant tout dépend de la complexité des structures, de la complexité des requêtes, et surtout des fréquentes variations ou non des requêtes : je veux dire par là que si les requêtes sont statiques, alors elles peuvent êtres programmées, mais que si elles sont succeptible d'être fournies à chaque consultation, alors une application SGBD est effectivement plus commode.
Au fait... t'es vraiment une Mamie ou c'est juste ton pseudo qui est comme ça ? :D
@Erwin: tu dis que les temps de réponse sont exellents sur une base de données XML de 5 MB. Mais sur quel type de machine ? Et pour quel genre de requête ? Parce que si l'application doit re-scanner à chaque requête, ... un trés grand nombre d'instructions sont quand-mêmes executées... Ou alors c'est que ton application gère des caches ou des fichiers de structures indéxées derrière ton dos.... parce que sinon, je ne vois pas trés bien comment.. ou alors c'est ton processeur qui est trés rapide. A moins que le fichier XML ne soit formaté d'une manière particulière ?... quoi que ça n'aurait que peu d'influance pratique, et ça n'aurait de toute façon jamais autant d'effet sur l'efficacité que des structures indéxées. J'avoue que je suis curieux de savoir comment ça marche.
Dans ce post notamment (mais lire le reste peut aider à la comprehension)
http://www.developpez.net/forums/sho...72&postcount=8
Le pourquoi on prefere XML pour format documentaire et eXist est un sgbd
Je comprends pas trop le ses de tes questions ?Citation:
Envoyé par Hibou57
Je travaille sous asp, un langage complètement obsolète, il n'y a que le parseur/processeur XML (msxml) qui est "à jour" mas sans aucun des bonus de .NET.
La structure "particulière" c'est un simple arbre, doté de 3 noeud de type element une structure bateau
mais cette structure rend impossible certaine requête sur le sgbdr d'ou j'extrait les données d'origine, d'ou la restitution XML.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
je n'ai pas encore eu à le faire mais programmer une interface d'extraction "générique" en xpath est en réalité très simple, du moins avec les techno que je connaisCitation:
Envoyé par Erwy
Dans ce post notamment (mais lire le reste peut aider à la comprehension)
http://www.developpez.net/forums/sho...72&postcount=8
Le pourquoi on prefere XML pour format documentaire et eXist est un sgbd
Je comprends pas trop le ses de tes questions ?
Je travaille sous asp, un langage complètement obsolète, il n'y a que le parseur/processeur XML (msxml) qui est "à jour" mas sans aucun des bonus de .NET.
La structure "particulière" c'est un simple arbre, doté de 3 noeud de type element une structure bateau
mais cette structure rend impossible certaine requête sur le sgbdr d'ou j'extrait les données d'origine, d'ou la restitution XML.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Ah, ok...Citation:
Envoyé par Erwy
Comme le dit le post vers lequel tu fais un lien, la récursivité, ça change tout :D
Mais je me demande quand-même : si tu as un fichier XML, et que ce fichier n'est pas trop fréquement mise à jour, est-ce qu'il existe des techniques qui consistent à convertir le fichier XML dans un format qui en accelère l'accés ? Je pense par exemple à une table des noeuds, avec leurs offset dans le fichier (qui serait plutôt un fichier binaire), une table de attribut, etc, etc. Evidement, la source XML standard serait toujours conservée...
Tu vois ce que je veux dire ?
Bonjour,
Petite parenthèse dans votre discution, mais voici un topic qui me semble bien approprié ! J'ai bien lu vos posts et tutoriaux, et entre bon nombre de lectures sur plusieurs sites, d'avis diverses et contreversés... je ne suis pas encore sûr de la direction à prendre pour mon projet.
Je boss sur du PHP/SQL, et pour l'instant, je n'y entends pas grand chose au XML -j'arrive tout de même à faire intéragir php/xml sur de simples exemples-
En fait, il me faut monter un site en plusieurs langues, celui-ci comprenant une BDD Produits (eux-même traduits dans chaque langue), et ce avec une fonction "rechercher".
D'où mon interrogation : vaut-il mieux utiliser XML ? ou une bdd mysql suffit-elle ?
Et peut-on rechercher dans un fichier XML aussi facilement qu'en BDD SQL ?
En fait, aussi, je me pose la question de l'accès à la Base. BDD SQL plus rapide que fichier XML (indépendamment du fait que mySQL peut éventuellement saturer) ?
Visiblement, on pourrait mettre le fichier xml en mémoire.. ce serait donc un avantage.
Néanmoins la notion de parser m'échappe encore, du moins l'existance d'un parseur. Est-ce une application installée sur le serveur ?? (et du coup chaque hébergeur a son parseur).. bref je m'enlise peut-être là. Aussi la validation/DTD me laisse encore de marbre..
Bref, je ne demande pas de code (je chercherai par moi même le cas échéant), mais surtout un avis sur l'orientation à prendre, ainsi que quelques directives.
Merci bien !
c'est ce que je veux savoir :aie:Citation:
Envoyé par yisahn
En quelque sort ,oui , t'es besoin d'une "application" pour parser un fichier XML, sauf que tu trouveras pas de parseur indépendant mais ,intégrés à des API , comme JAXP l'API Java pour parser XML, ou SimpleXML pour PHP5. parser c'est analyser syntaxiquement la structure du fichier en questionCitation:
Néanmoins la notion de parser m'échappe encore, du moins l'existance d'un parseur. Est-ce une application installée sur le serveur ?? (et du coup chaque hébergeur a son parseur)..
Bonjour,
Il est difficile d'être affirmatif, il faudrait pour cela une analyse complète de ton projet. A priori, MySQL est tout indiqué pour contenir tes articles, mais si une documentation est liée à chacun d'eux, alors XML peut être intéressant... On peut aussi imaginer une solution mixte SGBDR/XML, c'est même un cas de figure assez courant.Citation:
Envoyé par yisahn
Je ne peux donc te conseiller qu'une chose : réunir le maximum de documentation et d'informations, et expérimenter. Sachant que ce forum est à ta disposition pour t'aider dans tes recherches. ;)
Disons que la BDD contient en gros : références, caractéristiques/dimensions, et désignations en plusieurs langues.
Je pense opter pour la solution mixte.
La BDD des produits catalogue en SQL. C'est la fonction de recherche dans cette BDD qui m'a fait me décider, cela me semblerai plus simple à mettre en oeuvre (moi débutant en XML). En même temps, je suis toujours à même de convertir en XML (suivant la complexité du site).
Puis la navigation du site (plusieurs langues) en XML manière de me faire la main.
Sinon, je me suis remis à niveau concernant les validations/DTD. En même temps, je "formais" déjà convenablement. Pour le parseur, merci et c'est aussi ok, j'avais quelques lacunes DOM et autres..
Je ne manquerai pas de repasser par içi.
Merci pour vos réponses.