Discussion :

[fab87]

Bonjour,

Je suis actuellement en projet pour mon stage, je développe une application sur Qt permettant de représenter les défauts d'une machine.
L'utilisateur va saisir 8 paramètres initiaux ainsi que le nombre de points qu'il souhaite modéliser.
En retour, deux représentations graphiques seront obtenues ayant chacune 3 séries de valeurs (correspondant à x, y et z). J'arrive à stocker ces valeurs dans un fichier texte mais j'aimerai stocker toutes ces valeurs dans une base de données pour une meilleure propreté.
Quelle Base de Données utiliser? J'ai vu qu'on pouvait utiliser mySql qu'en pensez-vous?
Dernière question, le nombre de points pouvant aller jusqu'à 1000, j'aurai au maximum 3*1000 + 3*1000 données à stocker pour chaque calcul... c'est un peu lourd nan?

Merci de votre aide.

[ymoreau]

Le choix de la base dépend de ton application et de ton environnement. Si ta base n'a pas besoin d'être partagée avec d'autres programmes en même temps, ou d'autres machines, tu peux faire simple en utilisant SQLite, qui n'a pas besoin d'un serveur qui tourne etc. En fait c'est une interface SQL mais pour enregistrer tes données dans un simple fichier.

Sinon tu peux t'orienter sur du MySQL ou PostgreSQL (pour ce qui est gratuit) si tu as besoin d'un vrai serveur SGBD. Ou encore des SGBD payants selon les besoins de ton projet (et les moyens). Qt peut communiquer avec la plupart des bases connues.

Et 6000 points de 3 entiers, c'est rien du tout pour une base de données, pas de soucis à se faire de ce côté là

[fab87]

Très bien merci, je pense que je vais m'orienter vers du mySql car étant donné que je suis en 2ème année de DUT informatique je pense que SQlite n'est pas un très bon choix par rapport aux profs...

Merci pour m'avoir rassuré au niveau de la quantité des données dans la base.
Tant que j'y suis, j'ai une autre petite question, les 1000 points (1000*3 valeurs) je peux les stocker juste dans un seul champ?

[dourouc05]

je pense que SQlite n'est pas un très bon choix par rapport aux profs...

Ils devraient plutôt sanctionner l'utilisation de MySQL : tu as l'habitude de sortir l'arme nucléaire pour une mouche ? Pas vraiment. Inutile de sortir une horreur en taille comme MySQL, quand SQLite convient pour 90 % des besoins. Si tu dois le justifier, tu devrais le faire comme ça. Si tu dois impérativement utiliser du MySQL, il suffit de prendre ton schéma, de le mettre dans une base de données MySQL et de changer le DSN dans ton application... En quoi est-ce mieux d'utiliser MySQL, tu n'y touches jamais directement ? Tout est fait par Qt ! Pour l'utilisateur, MySQL == SQLite == PostgreSQL == Oracle == ... Personnellement, si SQLite ne correspond pas à mes besoins, j'ai un petit penchant pour PostgreSQL, qui a vraiment tout (ou presque) d'un grand SGBD comme Oracle.

Pour la table que tu sembles vouloir utiliser, je ferais ça comme ça (à voir ce que tu dois réellement faire, je n'ai pas tout le contexte) :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE TABLE data (id INTEGER, x INTEGER, y INTEGER, z INTEGER)

Tu auras alors un enregistrement par point. Maintenant, il faut encore ajouter des champs pour savoir quels points tu dois utiliser, mais je ne connais pas le contexte.

[fab87]

Je te remercie vraiment pour tes conseils.

En fait, je t'explique le contexte je dois modéliser les erreurs de positionnement d'une machine. Pour pouvoir localiser là où y'a le plus de défaut, je dois comparer la courbe de la machine parfaite (sans défauts) qui sera une droite et la courbe de la machine avec défauts (réelle) qui sera un spaghetti!

C'est pour cela que si par exemple l'utilisateur saisit 1000 points alors le graphique possèdera 2000 points (1000 pour la courbe et 1000 pour le spaghetti). Ces points ayant 3 coordonnées (x,y et z).
Ainsi je dois faire une table pour la machine parfaite et une table pour la machine avec défauts nan? Qu'en penses-tu?

[dourouc05]

C'est pour cela que si par exemple l'utilisateur saisit 1000 points alors le graphique possèdera 2000 points (1000 pour la courbe et 1000 pour le spaghetti). Ces points ayant 3 coordonnées (x,y et z).
Ainsi je dois faire une table pour la machine parfaite et une table pour la machine avec défauts nan? Qu'en penses-tu?

J'irais même avec trois tables (peut-être overkill pour ton besoin) : une pour les points réels, avec un identifiant de courbe en plus ; une pour les points parfaits, avec un identifiant de courbe parfaite ; une pour faire le lien, voir quelle courbe devrait correspondre à telle autre.