de créer une table, d'insérer le fichier dans cette table, faire les requète update, se planter sur la requète et dézinguer la base, réinsérer les données faire la requète l'update voir qu'il manque des truc...etc...
Je vais reprendre ton exemple SQL, et faire la même chose avec CSV
clic clic sur le csv, attendre 4 min qu'OOo,... se lance
allez à l'index bidule, se gourer, effacer trente cellule.
Merde .
on recommence , allez hop ctrl+Z ...
je fais un filtre ... j'attend 3 min pour me rendre compte que c'était pas le bon filtre.
Bon ctrl+Z, vais ajouter les données.
j'ajoute des données à la main...
encore une colonne cc d'une autre table...
encore une autre ...
merde j'ai écrasé des donnée.
Bon je vais relancer le fichier original et vais tout refaire.
Pas sur que ce soit plus simple finalement.
Ah ben oui quand on par sur de la mauvaise foie , chacun peut être de mauvaise foie.
De plus niveau insertion de "mauvaise" donnée, je savais pas que les tableurs avait des contraintes d'intégrité, des gestions de transaction, des triggers, des clés étrangères etc...
Je suis pas contre un tableur lors du traitement d'un "petit" nombre de donnée, mais lorsque le nombre grossis, que les traitements sont complexe (ex je veux compter le nombre de dossier en double entre le 1er aout 2007 et le 1er Aout 2008 et sortir ce nombre par propriétaire des dossiers), ben il me semble qu'il est préférable d'utiliser une bd plutôt.
[^] # Re: Capacité du parser CSV
Posté par briaeros007 . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 1.
Je vais reprendre ton exemple SQL, et faire la même chose avec CSV
clic clic sur le csv, attendre 4 min qu'OOo,... se lance
allez à l'index bidule, se gourer, effacer trente cellule.
Merde .
on recommence , allez hop ctrl+Z ...
je fais un filtre ... j'attend 3 min pour me rendre compte que c'était pas le bon filtre.
Bon ctrl+Z, vais ajouter les données.
j'ajoute des données à la main...
encore une colonne cc d'une autre table...
encore une autre ...
merde j'ai écrasé des donnée.
Bon je vais relancer le fichier original et vais tout refaire.
Pas sur que ce soit plus simple finalement.
Ah ben oui quand on par sur de la mauvaise foie , chacun peut être de mauvaise foie.
De plus niveau insertion de "mauvaise" donnée, je savais pas que les tableurs avait des contraintes d'intégrité, des gestions de transaction, des triggers, des clés étrangères etc...
Je suis pas contre un tableur lors du traitement d'un "petit" nombre de donnée, mais lorsque le nombre grossis, que les traitements sont complexe (ex je veux compter le nombre de dossier en double entre le 1er aout 2007 et le 1er Aout 2008 et sortir ce nombre par propriétaire des dossiers), ben il me semble qu'il est préférable d'utiliser une bd plutôt.
Ensuite chacun fait ce qu'il veut.