RE: [pgsql-fr-generale] [pgsql-fr-generale] Problème de lock positionné sur un COPY

Merci pour la précision...

On est bien d'accord. Le choix du copy a été fait par la société de service
pour gagner du temps d'insertion dans la base. Malgré tout, on a, sur cette
partie des problèmes de temps de réponse. S'il avait fallu faire
l'équivalent en INSERT, les temps auraient été encore plus long, je pense.

Je n'interviens qu'à posteriori sur le projet pour dresser un bilan et
proposer des solutions...

Cordialement
JM Souchard

-----Message d'origine-----
De : Jean-Max Reymond [mailto:jmreymond(at)gmail(dot)com]
Envoyé : jeudi 21 septembre 2006 15:09
À : SOUCHARD Jean-Michel DSIC BI
Objet : Re: [pgsql-fr-generale] [pgsql-fr-generale] Problème de lock
positionné sur un COPY

Le 21/09/06, SOUCHARD Jean-Michel DSIC
BI<jean-michel(dot)souchard(at)interieur(dot)gouv(dot)fr> a écrit :
>
>
> Bonjour,
>
> Après m'être renseigné sur le code PHP (je n'en suis pas dépositaire),
> voici davantage de précisions. Je vous livre le cas d'utilisation
> ainsi que le mail d'origine et le mail de réaction de Daniel Verite.
> Toutes les utilisations qui posent problèmes (cf. message en rouge
> plus bas) sont faites dans des fonctions d'un programme PHP de la manière
suivante :

la commande COPY utilisant un sous protocole distinct et faisant des
écritures directes en bypassant différents caches, le comportement décrit ne
m'étonne guère. Cette commande est totalement orientée performance alors
peut-on avoir le beurre, l'argent du beurre, la crémière...

--
Jean-Max Reymond
CKR Solutions Open Source
Nice France
http://www.ckr-solutions.com