j'utilise pour travailler un script perl dépendant de DBD::CSV, et
développé sous Debian GNU/Linux , en utilisant les modules empaquetés
par Debian (v0.2100).
Pas de chance, une fois passé sous osX, avec les modules installés par
cpan (v0.21), le script est lent à mourir. J'ai identifié le moment où
ça coince : sth->execute. Maintenant, je ne sais plus quoi faire.
Je m'en remet donc à la légendaire sagesse des abonnés à ce forum.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Denis -esp2008-
Bonjour,
DBD::CSV est reconnu pour être lent, et d'ailleurs je ne crois pas qu'il soit recommandé de l'utiliser pour autre chose que des tests en période de dev (en attendant de passer à un système de base de données).
Donc s'il s'agit d'une application devant nécessairement utiliser SQL (et ça m'étonnerait), il faut passer par un vrai système de gestion de bases de données, voire par sqlite.
Bonne chance,
-- Denis
Bonjour,
DBD::CSV est reconnu pour être lent, et d'ailleurs je ne crois pas qu'il
soit recommandé de l'utiliser pour autre chose que des tests en période
de dev (en attendant de passer à un système de base de données).
Donc s'il s'agit d'une application devant nécessairement utiliser SQL
(et ça m'étonnerait), il faut passer par un vrai système de gestion de
bases de données, voire par sqlite.
DBD::CSV est reconnu pour être lent, et d'ailleurs je ne crois pas qu'il soit recommandé de l'utiliser pour autre chose que des tests en période de dev (en attendant de passer à un système de base de données).
Donc s'il s'agit d'une application devant nécessairement utiliser SQL (et ça m'étonnerait), il faut passer par un vrai système de gestion de bases de données, voire par sqlite.
Bonne chance,
-- Denis
Charles Plessy
Denis -esp2008- wrote:
Bonjour,
DBD::CSV est reconnu pour être lent, et d'ailleurs je ne crois pas qu'il soit recommandé de l'utiliser pour autre chose que des tests en période de dev (en attendant de passer à un système de base de données).
D'accord, mais rapide sur un athlon 1.8GHz / 512 Mo RAM (Debian) et lent sur un G5 1.8 GHz / 2 Go RAM (Panther), ça me fait penser qu'il doit y avoir un bug.
Donc s'il s'agit d'une application devant nécessairement utiliser SQL (et ça m'étonnerait), il faut passer par un vrai système de gestion de bases de données, voire par sqlite.
Effectivement, c'est laisser la porte ouverte que j'ai utilisé DBD::CSV, mais pour le moment, mes données sont tout ce qu'il y a de plus statiques...
Bonne chance,
Merci, bonne journée.
-- Charles
Denis -esp2008- wrote:
Bonjour,
DBD::CSV est reconnu pour être lent, et d'ailleurs je ne crois pas qu'il
soit recommandé de l'utiliser pour autre chose que des tests en période
de dev (en attendant de passer à un système de base de données).
D'accord, mais rapide sur un athlon 1.8GHz / 512 Mo RAM (Debian) et
lent sur un G5 1.8 GHz / 2 Go RAM (Panther), ça me fait penser qu'il
doit y avoir un bug.
Donc s'il s'agit d'une application devant nécessairement utiliser SQL
(et ça m'étonnerait), il faut passer par un vrai système de gestion de
bases de données, voire par sqlite.
Effectivement, c'est laisser la porte ouverte que j'ai utilisé
DBD::CSV, mais pour le moment, mes données sont tout ce qu'il y a de
plus statiques...
DBD::CSV est reconnu pour être lent, et d'ailleurs je ne crois pas qu'il soit recommandé de l'utiliser pour autre chose que des tests en période de dev (en attendant de passer à un système de base de données).
D'accord, mais rapide sur un athlon 1.8GHz / 512 Mo RAM (Debian) et lent sur un G5 1.8 GHz / 2 Go RAM (Panther), ça me fait penser qu'il doit y avoir un bug.
Donc s'il s'agit d'une application devant nécessairement utiliser SQL (et ça m'étonnerait), il faut passer par un vrai système de gestion de bases de données, voire par sqlite.
Effectivement, c'est laisser la porte ouverte que j'ai utilisé DBD::CSV, mais pour le moment, mes données sont tout ce qu'il y a de plus statiques...
