Discussion :

[adurandet]

Bonjour,

je dois actuellement faire application qui doit recuprer des infos sur des comopsants elctronique dans des fichiers textes puis les stock�s.

je pensais faire �a gr�ce � deux fichier xml (un pour stock� les infos propre aux composant (valeur, nom, etc) et l'autre avec des infos li�s au composant mais qui peuvent chang� (fabricant, prix, etc.)

Je me suis renseign� sur le xml que je ne connaissais pas (et je suis content de connaitre �a maintenant) mais je commence � avoir des frayeurs car j'ai l'impression qu'une base de donn�e serait plus adapt� � mes besoin ...

enfaite, pour preciser un peu, je reutilise ces infos pour faire des nomenclatures qui sont visualisables � l'ecran, modifiable, et imprimable.

j'ai aucune notion dans les bases de donn�es et ca me fait donc peur de me lancer dans �a.mais j'ai aussi peur que le xml ne soit pas adapt�...



Enfin pour infos je programme avec C++builder 6.

Qu'en pensez vous ? Devrais je continuer sur le xml ou changer pour une base de donn�es ?



Merci pour vos id�es et indications.

[Kujara]

Ca depends du nombre maximum de composants

Si tu n'en a pas beaucoup ( genre 1000 max), une base de donn�es n'est pas forcement utile. Fichiers textes + std::map �a devrait suffire.

Par contre, si tu tape dans les millions, base de donn�es obligatoire.

[adurandet]

ok, donc va falloir que je me renseigne.

car un des fichiers accumule les composants mais pour l'autre c'est un nouveau fichier � chaque nouveau projet.

Donc je vais opter pour l'xml pour celui ci et voir combien de composant vont etre stock� dans l'autre.

je pense que ca peut depasser facilement depass� le 1000 mais pas attteindre des millions ... lol.


merci de ta reponse Kujara,

[adurandet]

voila ce que sera mon fichier xml (cleui qui est unique a chaque projet) je voudrais savoir si c'est trop gros ou pas. et donc si c'est mieux d'utilier une base de donn�e ?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
<?xml version="1.0" encoding="UTF-8"?>
<projet>
	<composants>
		<composant>
			<partname/>
			<componentname/>	
			<variante num="1"/>
			<variante num="2"/>
			<type/>
			<face/>
			<commentaire/>
		</composant>
		<composant/>
	</composants>
	<nomenclatures>
		<nomenclature/>	
		<nomenclature>
			<choixvariante/>
			<refcomposant>
				<composant>
					<componentname/>
					<reffabricant/>
					<fabricant/>
				</composant>
				<composant/>
			</refcomposant>
			<historique>
				<modif>
					<date/>
					<versioncsa/>
					<versionpre/>
					<versionpro/>
					<versionind/>
					<objet/>
					<priseencpte/>
					<personnecreation/>
					<personnevalidation/>
				</modif>
				<modif/>
			</historique>
			<kitsmontage>
				<kit num="1">
					<composant>
						<repere/>
						<quantite/>
					</composant>
					<composant/>
				</kit>
				<kit num="2">
				</kit>
			</kitsmontage>
			<mecanique>
				<fonctionmeca num="1">
					<composant>
						<repere/>
						<quantite/>
					</composant>
					<composant/>
				</fonctionmeca>
				<fonctionmeca num="2">
				</fonctionmeca>
			</mecanique>
		</nomenclature>
	</nomenclatures>
</projet>

je precise que la o� c'est en rouge, c'est pour dire qu'il y aura plusieurs autre balise du meme type.
par exemple :

<composant> : se repetera plus d'une centaine de fois je pense.

<nomenclature> : se repetera 3 ou 4 fois

<composant> (dans <refcomposant>) : se repetera 20 fois � peu pres

<modif> (dans historique) : se repetera une vingtaine de fois aussi.

etc...

le num 1 et 2 sont � titre indicatif, il peut y en avoir plus!


est ce que ca ne fait pas trop charg� ensuite pour xml ?


sachant qu'ensuite je vais me servir de ses infos pour les affich� � l'ecran. Je devrais donc aller les cherchers une par une ...


Qu'en pensez vous ?

vos avis m'interesse enormement car je ne vois pas trop dans quoi je m'entraine avec le xml. j'ai peur que ca soit lourd � manipuler !

[nicroman]

Je ne suis pas tout � fait de l'avis de Kujara... Tout d�pend de ce que tu veux faire avec tes donn�es... Apr�s que tu en ais 10,1000 ou 1000000 c'est pareil...

Je m'explique...

Si le but est uniquement d'avoir une liste de donn�es, et de les traiter s�quentiellement, le fichier texte (ou xml) est adapt�.

Si par contre, le but est de pouvoir acc�der � n'importe-quelle donn�e (acc�s al�atoire), � partir d'une information variable (par exemple "ref-fabricant" dans ton exemple), une base de donn�e, avec les index corrects associ�s sera d'une �norme utilit�.

A noter que certaines DB utilisent des fichiers XML pour le stockage des donn�es, c'est juste que tu n'auras pas � te palucher le code pour l'indexation, la recherche optimis�e, le row-locking en cas de modification, les "foreign-keys", etc... Quand on parle de DB, c'est pas forc�ment une DB oracle ou SQL-Server... Ca peut �tre une hsqldb ou encore un fichier Access !

[adurandet]

le truc c'est que j'y connais vraiment rien du tout en base de donn�es !

j'ai peur que je perde du temps � apprenre � manipuler �a.

Je sais que c'est pas une perte de temps en soit et que le xml va etreplus galere donc peut etre plus long au bout du compte mais je commence a peine � maitriser le xml qu'il faut que je l'abandonne .

j'ai plus que 3 mois et demi pour faire mon projet...


je vaisrgrd� vite fait les base de donn�es ... pour voir si c'est super dur.

pour ta reponse nicroman