Ce que je vois c'est qu'un tableur est fait pour gérer des données tabulaires
Un tableur à la base, c'est fait pour résoudre des problèmes, faire des calculs, à la limite des zolis camemberts, en aucun cas pour afficher des "données" statiques sur 300000 lignes.
et un CSV contient des données tabulaires
Il n'y a pas pire conteneur fourre tout que le CSV (à part le texte brut dans lequel tu peux même mettre des ";" et des \n... pour structurer des données).
Tu ne me proposes toujours aucune solution concrête et simple pour ouvrir n'importe quel CSV, quelque soit sa taille.
Le seul outil qui puisse être "universel" pour ouvrir du CSV, c'est un éditeur de texte.
L'outil adapté ne dépend pas du conteneur (un fichier texte faiblement structuré) mais de la nature des données.
Tbird, Kmail &Cie vont vachement mieux afficher un fichier texte faiblement structuré avec un From: au début deux \n plus loin et un . tout seul à la fin que word ET C'EST NORMAL.
L'outil adapté dépendra donc de la nature des données, pas de leur conteneur.
à part que ton logiciel favori a des limitations liées à des contraintes techniques internes, qui une fois de plus ne me regarde pas en tant qu'utilisateur.
Je ne parle même pas d'un logiciel favoris, mais d'une classe de logiciels : les tableurs à qui on fait faire n'importe quoi.
Si je me présente avec mon 747 devant un porte-avion en disant que les contraintes techniques internes ne me regardent pas en tant qu'utilisateur qu'ils ont qu'a en faire un plus gros, tu ne crois pas qu'il y en a 2 ou 3 qui vont se marrer ?
Ps : les logiciels que j'ai déjà utilisé pour lire des CSV
Vi, ben oui, il les lit tous, même si il y à tout plein de lignes...
Tbird, pour importer "l'export du carnet d'adresse" Outlook en CSV
Base/MySql, un bon gros export Oracle en CSV, dans lequel on veut retrouver des données, faut pouvoir faire du SQL
Perl, pour transformer un export CSV en LDIFF
Calc/Excel, ben oui, on peut même se servir du CSV pour l'interropérabilité de données statiques non formatées entre différents tableurs
[^] # Re: N'est stupide que la stupidité :)
Posté par Hobgoblins Master . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 6.
Un tableur à la base, c'est fait pour résoudre des problèmes, faire des calculs, à la limite des zolis camemberts, en aucun cas pour afficher des "données" statiques sur 300000 lignes.
et un CSV contient des données tabulaires
Il n'y a pas pire conteneur fourre tout que le CSV (à part le texte brut dans lequel tu peux même mettre des ";" et des \n... pour structurer des données).
Tu ne me proposes toujours aucune solution concrête et simple pour ouvrir n'importe quel CSV, quelque soit sa taille.
Le seul outil qui puisse être "universel" pour ouvrir du CSV, c'est un éditeur de texte.
L'outil adapté ne dépend pas du conteneur (un fichier texte faiblement structuré) mais de la nature des données.
Tbird, Kmail &Cie vont vachement mieux afficher un fichier texte faiblement structuré avec un From: au début deux \n plus loin et un . tout seul à la fin que word ET C'EST NORMAL.
L'outil adapté dépendra donc de la nature des données, pas de leur conteneur.
à part que ton logiciel favori a des limitations liées à des contraintes techniques internes, qui une fois de plus ne me regarde pas en tant qu'utilisateur.
Je ne parle même pas d'un logiciel favoris, mais d'une classe de logiciels : les tableurs à qui on fait faire n'importe quoi.
Si je me présente avec mon 747 devant un porte-avion en disant que les contraintes techniques internes ne me regardent pas en tant qu'utilisateur qu'ils ont qu'a en faire un plus gros, tu ne crois pas qu'il y en a 2 ou 3 qui vont se marrer ?
Ps : les logiciels que j'ai déjà utilisé pour lire des CSV
Vi, ben oui, il les lit tous, même si il y à tout plein de lignes...
Tbird, pour importer "l'export du carnet d'adresse" Outlook en CSV
Base/MySql, un bon gros export Oracle en CSV, dans lequel on veut retrouver des données, faut pouvoir faire du SQL
Perl, pour transformer un export CSV en LDIFF
Calc/Excel, ben oui, on peut même se servir du CSV pour l'interropérabilité de données statiques non formatées entre différents tableurs