Non, un ensemble de valeurs homogènes n’est pas une base de données, et comme tout le monde pense que base de données signifie SQL je rajouterai que c’est encore moins une base de donnée relationnelle. Faudra m’expliquer l’intérêt de SQL quand on a affaire à des ensembles homogènes de données sans relation entre elles, et qui seront lues de façon séquentielle.
Si on veut traiter une grande quantité de données le mieux est de se mettre à un logiciel adapté. L’apprentissage n’est pas si long que ça. En attendant, pour gnuplot : plot "file.txt" using 1:2
pour afficher la colonne 2 versus 1.
Pour ceux qui connaissent Python je recommande fortement de se mettre à matplotlib et numpy, de même on fait (après les bon import) : a = loadtxt('file.txt')
plot(a[:,0], a[:,1])
Et on profite du langage pour faire absolument toutes les opérations et calculs voulus, très facilement.
Sinon toute la palanquée de programmes spécialisés indiqués dans les différents commentaires, pour du calcul avancé. Pour du simple graphique, il y a kmplot et sûrement bien d’autres.
[^] # Re: Argl... un tableur n'est pas une base de données !
Posté par nicoastro . En réponse au journal Le million pour Calc. Évalué à 3.
Si on veut traiter une grande quantité de données le mieux est de se mettre à un logiciel adapté. L’apprentissage n’est pas si long que ça. En attendant, pour gnuplot :
plot "file.txt" using 1:2pour afficher la colonne 2 versus 1.
Pour ceux qui connaissent Python je recommande fortement de se mettre à matplotlib et numpy, de même on fait (après les bon import) :
a = loadtxt('file.txt')plot(a[:,0], a[:,1])
Et on profite du langage pour faire absolument toutes les opérations et calculs voulus, très facilement.
Sinon toute la palanquée de programmes spécialisés indiqués dans les différents commentaires, pour du calcul avancé. Pour du simple graphique, il y a kmplot et sûrement bien d’autres.