Discussion :

[sayn1999]

Bonjour,


Je suis électronicien et je dois dans le cadre du boulot développer un outil (software) qui va devoir s'appuyer sur une base de données.
Ces données sont organisées de la façon suivante:
C'est une succession de configuration avec au bout une valeur ( c'est cette valeur qui m'intéresse):

param1 param2 param3 param4 param5 Résultat

Pour l'instant toutes mes données ont été référencées dans des tables excel (assez gros: plusieurs centaines à plusieurs milliers de config possibles)

Mes problèmes sont les suivants:
- Je suis pas du tout un softeux du coup ne connaissant pas bien les technos j'ai du mal à faire le bon choix et surtout j'estime mal le temps de développement que cela représente.

- j'ai un problème de temps puisque l'on me demande un outil fonctionnel pour dans 5 mois (conception rapide) développé en JAVA a priori avec eclipse.

En gros va y avoir du challenge.....


Après recherche j'arrive au résultat suivant:
- Solution BD en XML:
Solution plutôt bien mais qui demande un temps assez long de conception car il faut créer le format des xml, générer la translation des tables excel en xml et faire les nombreux fichiers xml schéma
Par contre le parsage des xml avec JAVA à l'air pas trop dur

- Solution BD relationnelle : ça se tente mais il y a énormément d'outils: oracle, SQLite,...
Après lecture du comparatif des différents SGBD il semblerait qu'un outil type SQLite pourrait suffire.

- Solution fichiers type CSV : c'est sur c'est plus roots comme approche et ça risque de rendre l'accès aux données plus tendu mais ça m'a l'air plus accessible ( peu être à tort...)


J'avoue j'aurais bien des conseils de gens plus expérimentés que moi dans le domaine.

Je vous remercie d'avance pour vos réponses.

[Jester]

H2 ou HSQLBD (plus sur du nom là), sont aussi en Java, donc ça facilitera les choses.

[sayn1999]

je te remercie pour ta réponse.

Effectivement en terme de développement cela à pouvoir bien tourner sous un EDI JAVA type eclipse. Je vais regarder cela.

Si vous avez d'autres idées je suis preneur aussi.

merci

[Erwy]

Je ne sais pas si XML est le bon choix mais :

- Solution BD en XML:

Qu'appellez vous BD en XML ?
Les bases XML natives sont assez spécifique à des usages documentaires.
Un ensemble de fichier XML est plus simple à gérer

Solution plutôt bien mais qui demande un temps assez long de conception car il faut créer le format des xml,

En base de donnée aussi il vous faudra concevoir les tables du moins je l'espère

générer la translation des tables excel en xml

excel s'exporte en XML, pas forcement le format exact voulu mais ça facilite la transformation.

et faire les nombreux fichiers xml schéma

Attention, les xml schema ne sont pas toujours obligatoire.
De plus il existe quelques outils comme xmlspy qui sont capable de générer un xml schema d'après un XML.

[sayn1999]

Erwy merci pour ta réponse.

Par rapport à tout ce que tu as dit:

Qu'appellez vous BD en XML ?
Les bases XML natives sont assez spécifique à des usages documentaires.
Un ensemble de fichier XML est plus simple à gérer

BD en XML : (tout simplement) Base de données en XML
J'aime bien la solution XML car la représentation que j'avais fait des données étaient représentation arborecentes. Et pour ce type de représentation le XML est une bonne solution pour stocker et gérer les données.

En base de donnée aussi il vous faudra concevoir les tables du moins je l'espère

Tu a parfaitement raison. Le truc c'est que j'ai deux contraintes assez chiantes à savoir:

- mon temps de développement limité: le projet doit être fini en septembre
et le developpement comprend la partie base de données + le soft + une partie elec.


-je suis débutant et en base de données et en java. Du coup même si j'ai la volonté, je carbure pas (encore) au futur

Pour ce qui est de la translation d'excel à xml, c'est vrai que excel le fait déja. Mais il faut lui fournir le schema pourune bonne exportation

Effectivement XMLSpy permet de faire les schéma de façon graphique et même en plus il peut générer les class JAVA pour parser les fichiers XML (et ça c'est de la bombe) sauf qu'il est payant
Du coup faut se rabattre sur le gratuit et de ce que j'ai essayé...(editix_xml, alchemist_xml,...), c'est bien mais du coup c'est tout a la main ( et c'est bon pour se former) mais c'est tendu en terme de temps. Par contre je pourrai utiliser les librairies DOM ou SAX pour jouer avec le fichiers.


Parce que voila, d'après ce que j'ai compris, si je veux parcourir mon fichier du point de vue d'un paramètres il me faut un schéma. Dans mon cas il va me falloir le points de vue de plusieurs paramètres ==> plusieurs schemas.


En fait actuellement j'hésite entre le xml, les fichiers csv(bof) ou faire les tables avec microsoft access puis les parser avec JDBC .