Re: [Pgsql-ayuda] Carga Masiva.

Emilio:

Depende el tipo de información, en una carga similar, lo que hice fue
establecer un sistemita de caches en el programa y pude procesar del
orden de 800,000 registros en 20 minutos usando un programa en Perl y
como BD Postgres 7.4.1

Que es tu información? Catalogos, transacciones o que?

Saludos.... El Pop

Emilio Capolupo wrote:

>Estoy leyendo archivos planos que traen registros de longitud fija, del orden de
>10000 en cada uno con unos 40 campos.
>
>Esta tarea se realiza una vez por mes.
>
>¿Cual es la mejor forma de cargarlos en la base? ¿con un copy? ¿con un insert
>por cada registro? existe otra forma?
>
>Gracias,
>
>Emilio
>AVISO LEGAL:
>Esta información es privada y confidencial y está dirigida únicamente a su
>destinatario. Si usted no es el destinatario original de este mensaje y por este
>medio pudo acceder a dicha información por favor elimine el mensaje. La
>distribución o copia de este mensaje está estrictamente prohibida. Esta
>comunicación es sólo para propósitos de información y no debe ser considerada
>como propuesta, aceptación ni como una declaración de voluntad oficial de
>TELECOM ARGENTINA STET - FRANCE TELECOM S.A. . La transmisión de e-mails no
>garantiza que el correo electrónico sea seguro o libre de error. Por
>consiguiente, no manifestamos que esta información sea completa o precisa. Toda
>información está sujeta a alterarse sin previo aviso.
>
>This information is private and confidential and intended for the recipient
>only. If you are not the intended recipient of this message you are hereby
>notified that any review, dissemination, distribution or copying of this message
>is strictly prohibited. This communication is for information purposes only and
>shall not be regarded neither as a proposal, acceptance nor as a statement of
>will or official statement from TELECOM ARGENTINA STET - FRANCE TELECOM S.A. .
>Email transmission cannot be guaranteed to be secure or error-free. Therefore,
>we do not represent that this information is complete or accurate and it should
>not be relied upon as such. All information is subject to change without
>notice._______________________________________________ Pgsql-ayuda mailing list
>Pgsql-ayuda(at)tlali(dot)iztacala(dot)unam(dot)mx
>http://tlali.iztacala.unam.mx/mailman/listinfo/pgsql-ayuda
>
>
>