XML et Impression

Bonjour

Je dois développer une application qui nécessite une sauvegarde d'éléments dans une base de données.

Un simple fichier XML pourrait me convenir mais j'ai un doute sur la suite : j'aimerai me servir de ce fichier XML comme on utiliserai un composant ADO pour imprimer des états (pour les QReport).

Concrètement mon programme récupère dans mon fichier XML certaines données et je construit une liste d'élément (des nom, prénoms, age, etc) dynamiquement que je dois imprimer par la suite.

En utilisant une base de données Access, je sais que je pourrais le faire, mais pour une fois qu'un fichier XML pourrait me convenir ?

J'espère avoir été clair, car il est un peu tard, mon cerveau tourne en boucle.

Merci d'avance

PS: si vous avez des liens de post ou autre sur l'utilisation de fichier XML je suis preneur car je n'ai jamais utilisé ces fichiers.

PS2: pour une bonne utilisation d'un fichier XML, est-ce que je suis limité quelque part (nombre d'élément stocké par ex.)

hello,
En ce qui concerne l'utilisation de l'XML, je t'invite à travailler avec XMLPartner que tu trouveras sur sourceforge. Chouette compo, efficace et simple (et Xpath surtout!!!!). Pour l'impression, je crois qu'il fait du xml donc un cppbrowser te permettra d'afficher l'HTML résultant (à vérifier qd même, j'ai un doute là)

Cependant, de mon expérience (et mon mémoire de fin d'étude)...je suis très sceptique quant à l'utilisation de l'XML en tant que base de données.
En fait, cela dépend un peu de la complexité de la base que tu prévois, notamment si tu as besoin d'intégrité référentielle par exemple. Des années d'avancée sur les SGBDR pour recommencer à zéro....:aie:

si tu as d'autres questions....
bon courage

j'ai regardé un peu le forum XML, tu devrais déjà y trouver des réponses.
J'ai aussi relu ton post...si c'est la première fois sur tu travailles sur de l'XML, tu risques de lutter un peu (sais tu ce que sont DOM et SAX par exemple, il faut qd même avoir une idée de comment s'organise l'arborescence XML)

Oulalalalala.... Je croyais que XML était juste une description de fichier. En fait, je dois stoker des informations hiérarchiser, un peu comme un CMS (Gestion de contenu), c'est à dire un article qui appartient à une catégorie qui appartient à une section (une "pomme" est un "arbre fruitier" de ma section "arbre").

Donc je pensais créer un fichier XML de la façon suivante

Code:

---

1 2 3 4 5 6 7 8 9

<section 1> <catégorie1> <article1> <article2> ..... <catégorie2> ..... <section 2> .....

---

Mais je n'ai jamais travaillé avec un fichier XML, par curiosité je regarde de temps en temps le contenu et souvent une base de données est hiéarchiser de la manière suivante.

Après je crois que l'on s'en sert pour faire des gestions de flux, mais honnetement je ne suis pas spécialiste.

Si mon exemple de catégorie, section... peut etre utilisé de la manière suivante, alors est-ce que je peux imprimer des données dynamiquement ?

Merci

Alors, typiquement, pour l'utilisation que tu veux en faire l'XML semble en effet adapté. en fait, si je ne dis pas de bêtise, les premières normalisations de document XML concerné de la bibliographie.

En ce qui concerne l'impression...bah du moment que tu as accès aux données, il est toujours possible de s'organiser ;)

Pour ce qui est des performances rapport à l'a taille du fichier, cela dépend un peu de la méthode de construction de ton arbre XML en mémoire : SAX ou DOM.
Personnellement, je n'ai utilisé que DOM. Celui-ci charge l'intégralité de l'arbre en mémoire. ON peut en déduire que dans le cas d'un gros fichier, la mémoire requise peut vite être importante.
De son côté, SAX sérialise les informations avec donc moins de ressources mémoire mais des accès fichiers très nombreux...

voila, ce sont les grandes lignes...à toi de voir.
bon courage

P.S : en effet, l'XML est parfaitement adapté à de l'échange interapplications, le traitement s'en trouve simplifié par rapport à des fichiers à plat par exemple, et les solutions d'interrogation bien meilleures (XPath par exemple)

petit retour sur ta structure de fichier...
si on suit ce que tu dis, tu vas avoir une nouvelle balise (articleN ou sectionX) à chaque nouvelle article.

Ce n'est pas comme ça que cela fonctionne. Avec l'XML tu définis tes balises au préalable, avec une balise racine. C'est au travers des attributs (par exemple) que tu feras la distinction sur tes articles.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<sections> <section label="section 1"> <article ref="XXXXX">...</article> <article ref="YYYY">...</article> ... </section>   <section label="section 2"> <article ref="WWWW">...</article> <article ref="ZZZZ">...</article> ... </section> .... </sections>

---

tu devrais aller faire un tour sur le forum XML.
De mon avis (qui m'est tout personnel), ton cas est idéal pour appréhender l'XML, mais tu vas lutter au début au vu de ce que tu en connais.

Voilou, A+

Simon

Merci beaucoup pour ce mini-cours adapté.

Effectivement, je ne connais rien au XML, mais avant de me lancer dans cette étude je me permet de te poser encore une question.

Pour te donner plus de détails sur ce que je vais faire, c'est stoker :
- articles = vidéos, audio, commentaire (je stoke les chemins des fichiers)
- catégorie = rock, pop, blues....
- section = Guitare, basse

En fait, c'est un logiciel personnel qui comblera mes pbs de mémoires :oops: pour mon apprentissage de la musique (je n'arrive pas à retenir les exercices, rythmes, etc)

Donc, je risque d'avoir beaucoup de fichiers vidéos, audios et commentaire (du texte en fait que je pourrais stoker en brut dans le fichier XML)

A coté de ça, j'aurai des fichiers supplémentaires afin de stoker les caractéristiques d'une vidéo (durée, taille, auteur,etc.), audio (idem), et d'autre données.

Voilà, tu peux avoir une idée vraiment concrète de ce que je dois faire. Sans compter que je ne sais pas comment structurer un fichier XML pour l'imprimer et si c'est possible.

En fait, pourrais tu me dire à quel moment je vais me dire "ha :aie: il faudrait que j'utilise Access, sinon ça va trop ramer".

En tout cas merci pour ton coup de main qui 1°- m'a fait prendre conscience que XML c'est une gestion à part entière, 2°- XML ben c'est pas si facile que ça en a l'air

Merci.

re,
Alors d'abord si mon approche te parait compliquée, ce n'est pas le cas dans la pratique. je dirais même le XML c'est assez simple, en tout cas, les premières marches, juste une logique à intégrer (la structure de l'arbre XML de ton document)

Franchement, je trouve que ton besoin est plutôt bien adapté à un apprentissage de l'XML. La problématique de perfs ne devra paste gêner

Pour définir la structure de ton fichier, il faudra que tu répondes à quelques questions (de même si tu avais gérer avec un SGBD), par ex
- un article peut-il être dans plusieurs catégories, plusieurs sections?

voila, bon courage.
Si tu te lances, n'hésites pas.

A+

En fait, je travail en ce moment sur le CMS Joomla. Et je crois que je vais garder le meme mode de fonctionnement, c'est à dire un article appartient à une et une seule catégorie, de meme pour une catégorie qui appartiendra à une seule section. Et puis il y'a les articles statiques, qui n'appartiennent à aucune catégorie et aucune section.

Je te encore et encore quelques questions :

- Mon interface sera sous BCB6. Pourrais-je manipuler mon (ou mes) fichier(s) XML facilement, et surtout imprimer (c'est une des deux choses qui me fait peur car jusqu'à présent j'imprimais à partir d'une bd Access, ce qui n'est pas difficile à faire)

- Est-il préférable d'avoir un fichier XML d'une grande taille ou plusieurs (par exemple, un fichier par section si je dois avoir beaucoup de sous catégorie et d'article). Autre exemple, j'ai d'une part la hiérarchisation de ma section-article-catégorie et d'une part les information concernant une vidéo, un audio et un commentaire.

A la base je pensais faire des classes du type (grosso modo)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44

//Un article général TMedia { nom, auteur, date, commentaire }   //Un article de type Vidéo TVideo::TMedia { TMultimedia multimedia; ... }   //Un article de type Audio TAudio::TMedia { TMultimedia multimedia; ... }   //Les infos concernant une vidéo et un audio TMultimedia { Nom, date, taille, longueur, emplacement,... }   TEchainement { listMedia, nbMedia.... }   //Catégorie TCategorie { ListArticles, }   //Section TSection { ListCategorie }

---

Hormis les fonctions de gestions (ajout, modifier, supprimer) il faudra que je sache faire des "statistiques" tel que déterminer à tout moment le nombre d'article dans une catégorie, organiser les article par date de création...

Je suis un peu perdu car dans ma tete, je comptais créer ma bd, stoker dans des tables, et faire des SELECT...

Dans mon cas, j'aurai :

- Un fichier XML : pour stoker les sections, catégories, articles
- Un fichier XML : pour stocker les infos physiques sur les articles (ici, taille, nom, date, durée, emplacement), autrement dit les Vidéos et Audios
- Un fichier XML : pour stoker les Enchainement
- Un fichier XML : pour stoker les commentaires

Bon, je crois que je t'ai donné toutes les infos, ou du moins les plus importantes. Pour résumer mes doutes portent :

1. Sur XML et la manipulation, sérialisation, etc depuis BCB6

2. La taille des fichiers XML qui pourront etre à terme énormes
- 7 sections,
- 15 catégories par sections
- 100 articles par catégories
- 10 Multimédias par articles (5 vidéos, 3 fichiers Audios, 3 fichiers commentaire)....

3. Pouvoir manipuler "facilement" les informations afin de les imprimer dynamiquement (cad constuire des enchainements à la volée, un enchainement est un ensemble d'article).

Voilà, j'espère que je n'aurai tué personne vu la taille de mes post. Merci beaucoup en tout cas. Sinon, si tu confirmes, j'irai sur le forum XLM.

Merci beaucoup du temps passé à me lire et de la précision de tes informations.

A bientot.