Discussion :

[oleane15]

Bonjour,

Je souhaite importer un fichier au format csv dans postgresql.

Si je mets directement les clés étrangères dans le fichier csv, je n'ai pas de soucis.

COPY taxons (nom_taxon, cle_devis_taxon, cle_espece_taxon ) FROM 'C:/chemin/vers/le/fichier/nom_fic.csv' ;

Par contre si je mets le nom des champs (comme les utilisateurs me le demandent car c'est plus parlant pour eux) et que je fais un select dessus, ça ne fonctionne plus:
COPY taxons (nom_taxon, (select id_devis from devis where numero_devis ='numero_devis'), (select id_espece from especes where nom_espece ='nom_espece' ;) FROM FROM 'C:/chemin/vers/le/fichier/nom_fic.csv' ;

J'aimerai savoir si on peut importer un fichier de cette manière avec la commande COPY, ou s'il existe d'autre solutions?

Je ne peux pas désactiver les contraintes d'intégrité dans la base car la plupart des données seront importées avec des fichiers csv, et pas seulement les données initiales.

Je ne sais pas si je suis très claire?

Merci beaucoup.

[gorgonite]

Un COPY pour l'import brut du CSV vers une table temporaire, puis un transfert avec les select pour les clés étrangères pour insérer dans la vraie table

Sinon un COPY vers une table import brut au format CSV juste pour la forme et un trigger qui redirige vers la bonne table avec les select pour les clés étrangères



Au final, la "vitesse d'import globale" (du CSV à la table finale) sera beaucoup plus importante que le COPY pile au bon format.
A toi de voir s'il n'est pas plus intéressant de générer un CSV avec les bonnes clés puis de faire un COPY (surtout si les jointures pour les clés étrangères sont faites sur des "données statiques" de paramétrage)

ps:

[oleane15]

Bonjour,

Merci beaucoup pour cette réponse. Je pense effectivement que je vais choisir la deuxième solution, et ne plus m'acharner sur cette malheureuse commande copy.

Bon we.