Base de données

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.

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à ;)

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?

Citation:

---

Envoyé par fab87

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:

---

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.

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?

Citation:

---

Envoyé par fab87

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.

Je pensais faire trois tables mais différemment.
En même temps je t'ai pas expliqué tout le contexte donc c'est de ma faute.
L'utilisateur doit saisir 8 réels ainsi que le nombre de points qu'il souhaite tracer donc je pensais faire une table par exemple "Saisies" qui contiendrait ces 9 valeurs et je la relierai avec la table pour les points réels ainsi que la table pour les points parfaits. Qu'en penses-tu?
Encore merci de ton aide.

Citation:

---

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é.

---

En quoi le fait de stocker dans une base de données est plus "propre" que dans un fichier ?

Une base de données est un outil qui permet... de gérer des données : faire des requêtes selon des critères, définir une structure à tes données et les relations entres tes données, gérer des gros volumes de données, etc.

Pour un simple tableau de réels, un fichier me semble plus adapté (donc plus "propre") et plus performant (tes 2000 points tiendraient sans problème dans la mémoire d'un lampe de poche, alors dans un ordinateur, ça pose encore moi de problème)

A pire, tu proposes 2 formats : texte et binaire (si ton code est correctement écrit, tu as juste à ajouter le choix de la création d'un QTextStream ou d'un QDataStream)

Je suis d'accord avec toi mais le problème c'est que je vais arriver avec des milliers de fichiers à force!!

Pourquoi des milliers de fichiers ? Tu as besoin de conserver les données de plusieurs analyses ? Tu souhaites créer plusieurs milliers de tables SQL aussi ?

Dans tous les cas, je ne ferais pas la correspondance 1 tableau = 1 table (et donc 1 ligne de tableau = 1 ligne de la table). C'est inutile si tu ne fais pas de requête sur les valeurs des points et les performances serait (à mon avis) mauvaises.

J'utiliserais un champ SQL binaire dans lequel je stockerais le tableau en entier (vérifier la taille limite des champs binaires) avec 1 ligne de la table par analyse. Et pour identifier/utiliser la table, j'ajouterai des champs pour chaque information importante extraite des données (identifiant, date-heure de la génération des données, min-max, valeur moyenne, paramètres a et b de l'approximation linéaire, différentes valeurs statistiques : corrélation, covariance, etc.) J'aurais donc une table contenant les champs suivants :

Code:

---

ID Datetime xmin xmax xmean ymin ymax ymean ... data

---

Car c'est plutôt sur ces données que tu devras faire des requêtes plutôt que sur les données brutes.


Pour l'algorithme simple suivant pour générer les données :
- générer les données
- extraire les informations des données
- coder le tableau en binaire
- ajouter une ligne dans la table

A voir en fonction des besoins (le top du top serait de pouvoir proposer à l'utilisateur de changer à sa convenance les paramètres importants à stocker dans la table en plus des données brutes)

Désolé pour le retard.
Donc si je suis ce que tu as dit, tu ferais qu'une seule table ?
Parce que pour x ini, y ini, z ini, x fin ... donnés nous obtiendrons deux tableaux contenant des valeurs différentes.

J'y avais pas pensé de stocker mes tableaux juste dans un champ, j'espère que c'est possible.