| 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: | Whole Thread | Raw Message | 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 |