Listados con Reportlab mediante trml2pdf

[Rolando José Torres Sánchez]

Los reportes se generan PDFs distintos o en el mismo PDF??

Lo pregunto, porque hace unos meses intentaba generar PDF desde mapas
GIS, y cuando superan los 80Mb la generacion del archivo PDF se pone
muy lenta, incluso si solo tenia la sola malla de las coordenadas, y
ninguna curva de nivel.

El problema lo resolvi, generando SVGs en cambio de PDF, pues los PDF
finales llegaban a ocupar entre 100 y 200 Mb, imposibles de
visualizar.

Es posible que ustedes esten generando un solo PDF con miles de
registros, y a medida que crece la cola de registros, la generacion se
vuelve cada vez mas lenta por el formato del archivo.

Cuanto ocupa un PDF de 10000 Registros??

El 28/02/07, Chema Cortes <pych3m4 en gmail.com> escribió:
> El 27/02/07, Amm-Python <python en ammsoft.com> escribió:
>
> > Para 500 registros  2.750s (rápido)
> > Para 1000 registros 6.063s (bien)
> > Para 2000 registros 13.797s (empieza a no gustarme)
> > Para 3000 registros 23.641s (no me gusta)
> > Para 4000 registros 35.813s (sigue sin gustarme)
> > Para 5000 registros 50.469s (esto ...)
> >
> > (Nota: No hay cabeceras ni pies de página, ni contadores de las mismas,
> > ni logotipos, etc.)
> >
> > Para mi es normal hacer un informe con 10000, 20000, 50000 registros.
> > Sobretodo informes de resúmenes anuales; seguro que no sirven para nada,
> > pero a los clientes les encantan.
> >
> > Por lo que concluyo que, o el esquema del ejemplo no es eficiente, o yo
> > no se hacerlo mejor, o debo utilizar otra alternativa para generar el
> > pdf.
> >
> > Mientras sigo exportando datos a formato xls y/o csv.
> >
> > Hasta me estoy planteando que el cliente instale LaTex y hacer el
> > listado en dicho formato. Y antes de planteármelo seriamente, pregunto,
> > ¿con qué generáis listados de grandes volúmenes de información?.
>
> No puedo darte una solución; tan sólo te confirmo que hemos tenido los
> mismos problemas  para crear ficheros pdf con tantos registros, tanto
> en python como en java. Los ficheros que se generan son extremadamente
> gigantes y su creación es muy lenta (más de una semana para emitir
> 30.000 certificados con un logotipo simple).
>
> Se abandonó la idea de crear estos listados vía una librería, y se
> optó por montar una "fusión de correo" con alguna herramienta
> ofimática (aunque, bien pensado, lo de usar LaTeX tampoco es mala idea
> ;-).
> _______________________________________________
> Python-es mailing list
> Python-es en aditel.org
> http://listas.aditel.org/listinfo/python-es
>


-- 
Rolando José Torres Sánchez
TCL/TK inside Python
MSN:rolandojtorres en hotmail.com
------------ próxima parte ------------
_______________________________________________
Python-es mailing list
Python-es en aditel.org
http://listas.aditel.org/listinfo/python-es