J'utilise les outils unix du shell lorsqu'il s'agit de grosse quantité de données. Awk, sed, uniq, sort, etc. me conviennent très bien et font un boulot remarquable, sûr qu'il faut bien réfléchir un peu avant pour pas se gourer et avoir toujours les pages man pas trop loin. Mais ça traite plusieurs centaines de milliers de lignes sans soucis, de façon très souple et très rapide, avec la possibilité d'automatiser le tout.
Après je sais pas si ça convient exactement à l'utilisation que tu en fais. Chez moi c'est des données numériques la plupart du temps qui proviennent de la sortie d'un programme et que je dois mettre un minimum en forme pour pouvoir afficher des graphiques ou obtenir les 2-3 lignes que je veux. Mais l'avantage de ses outils c'est que c'est tellement générique que ça fait un peu tout et n'importe quoi...
Pour réagir aux commentaires au-dessus, les bases de données c'est bien pour le croisement de données et quand on sait que les requêtes seront extrêmement complexes (quoique, avec des sort et des uniq alignés, on fait des choses sympas ;), sinon c'est écraser une mouche avec un bazooka :).
[^] # Re: Capacité du parser CSV
Posté par nicoastro . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 8.
Après je sais pas si ça convient exactement à l'utilisation que tu en fais. Chez moi c'est des données numériques la plupart du temps qui proviennent de la sortie d'un programme et que je dois mettre un minimum en forme pour pouvoir afficher des graphiques ou obtenir les 2-3 lignes que je veux. Mais l'avantage de ses outils c'est que c'est tellement générique que ça fait un peu tout et n'importe quoi...
Pour réagir aux commentaires au-dessus, les bases de données c'est bien pour le croisement de données et quand on sait que les requêtes seront extrêmement complexes (quoique, avec des sort et des uniq alignés, on fait des choses sympas ;), sinon c'est écraser une mouche avec un bazooka :).