From: | Denis Bitouzé <dbitouze(at)wanadoo(dot)fr> |
---|---|
To: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
Cc: | pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Copier de données depuis un fichier csv vers plusieurs tables |
Date: | 2011-12-02 21:07:08 |
Message-ID: | 20111202220708.045ce37f@wanadoo.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Le vendredi 02/12/11 à 18h33,
Julien Rouhaud <rjuju123(at)gmail(dot)com> a écrit :
> > Ou un DROP suivi d'un CREATE ?
> >
>
> un drop ou truncate de la table d'importation, au choix. Cela dépend
> si ça doit être fait souvent pour éviter de créer la table à chaque
> fois, ou si vous ferez une procédure stockée pour faire le traitement
> par exemple. Le tout étant d'être sur qu'il n'y a plus rien dedans à
> la fin du traitement.
OK.
> > > et l'importation devrait se passer sans trop de risque d'erreur.
> >
> > Il faudrait juste s'assurer qu'il n'y a pas d'accès concurrent à la
> > base etudiants. Est-ce le rôle d'un trigger comme suggéré par
> > Cédric ? Ou bien est-ce le rôle d'un BEGIN; ... COMMIT; ?
> >
>
> Un accès concurrent comme création d'un étudiant durant
> l'importation ? Si toutes les créations d'étudiant se passent avec la
> séquence il n'y aura aucun risque de doublon sur l'identifiant, juste
> des étudiants importés avec des numéros non consécutifs.
Mais qu'est-ce que je raconte, moi ?! Bien sûr, vous avez raison...
Merci beaucoup !
--
Denis
From | Date | Subject | |
---|---|---|---|
Next Message | William | 2011-12-03 16:06:13 | pg 9.1 sur debian squeeze |
Previous Message | Julien Rouhaud | 2011-12-02 17:33:43 | Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Copier de données depuis un fichier csv vers plusieurs tables |