Pour insérer beaucoup de tuples...

Je pense que tout le monde ici connait déjà mais, si vous voulez
relayer (ou corriger les erreurs...) :

http://www.bortzmeyer.org/copy-and-insert.html

Tiens, un petit problème de performance avec un SGBDR. Pour insérer un
grand nombre de tuples, est-ce plus rapide avec une boucle sur le
traditionnel INSERT ou bien avec une autre commande SQL, COPY ? [...]

On Tue, 7 Sep 2010 22:36:20 +0200
Stephane Bortzmeyer <bortzmeyer(at)nic(dot)fr> wrote:

> Je pense que tout le monde ici connait déjà mais, si vous voulez
> relayer (ou corriger les erreurs...) :
>
> http://www.bortzmeyer.org/copy-and-insert.html
>
> Tiens, un petit problème de performance avec un SGBDR. Pour insérer un
> grand nombre de tuples, est-ce plus rapide avec une boucle sur le
> traditionnel INSERT ou bien avec une autre commande SQL, COPY ? [...]
COPY, clairement. supprimer les index et les recréer ensuite.
ensuite, il y'a d'autres méthodes pour encore accélérer (delayed
transactions si ma mémoire ne me fait pas défaut), mais il faut pour ça
avoir une version récente (8.4 mini il me semble). Je ne retrouve pas
les mails qui en parle, il va falloir que tu cherches un peu par
toi-même :)
--
Laurent

Stephane Bortzmeyer <bortzmeyer(at)nic(dot)fr> writes:
> http://www.bortzmeyer.org/copy-and-insert.html

Je déconseille fortement l'usage de pgbulkload, car ses améliorations de
performances reposent essentiellement sur l'absence de support des
triggers et des rules, et surtout il ne valide pas les données en
entrée. Du coup ça n'est utilisable que pour du restore d'un dump de
confiance, et encore.

> Tiens, un petit problème de performance avec un SGBDR. Pour insérer un
> grand nombre de tuples, est-ce plus rapide avec une boucle sur le
> traditionnel INSERT ou bien avec une autre commande SQL, COPY ? [...]

http://www.depesz.com/index.php/2007/07/05/how-to-insert-data-to-database-as-fast-as-possible/

--
dim

On Thu, Sep 09, 2010 at 10:04:17AM +0200,
Dimitri Fontaine <dfontaine(at)hi-media(dot)com> wrote
a message of 21 lines which said:

> Je déconseille fortement l'usage de pgbulkload, car ses
> améliorations de performances reposent essentiellement sur l'absence
> de support des triggers et des rules, et surtout il ne valide pas
> les données en entrée. Du coup ça n'est utilisable que pour du
> restore d'un dump de confiance, et encore.

Merci beaucoup, article mis à jour.