Re: Equivalent de UTL_File d'Oracle pour PostgreSQL

Bonjour

Je cherche un équivalent pour PL/pgSQL du package UTL_File de PL/SQL.

Citation :
Le package PL/SQL UTL_FILE permet à des fonctions ou procédures qui
s'exécutent dans la base de données de créer et d'écrire dans des fichiers
situés sur le serveur hébergeant la base de données. C'est un moyen élégant
pour des clients distants de créer des fichiers contenant des données en
provenance de la base de données. Une autre utilisation possible, insérer
des "tag" HTML pour créer des pages Web incorporant des données de votre
base Oracle.

Je souhaiterais en fait m'en servir pour lire un fichier .csv et n'importer
que les lignes qui m'intéressent dans ma base PostgreSQL. Je sais qu'il est
possible d'utiliser des méthodes annexes pour ce faire, mais je pense que
cette méthode là serait optimale et j'aimerais savoir si il est possible de
la réaliser.

Merci a vous :)

David

Je crois que le projet orafce fournit une émulation du package utl_file (entre
autres ...)
http://pgfoundry.org/projects/orafce/

Pour ce qui est d'importer du csv, le mieux serait peut etre d'utiliser COPY ?

On Wednesday 04 April 2007 10:25:37 David Boccou wrote:
> Bonjour
>
> Je cherche un équivalent pour PL/pgSQL du package UTL_File de PL/SQL.
>
> Citation :
> Le package PL/SQL UTL_FILE permet à des fonctions ou procédures qui
> s'exécutent dans la base de données de créer et d'écrire dans des fichiers
> situés sur le serveur hébergeant la base de données. C'est un moyen élégant
> pour des clients distants de créer des fichiers contenant des données en
> provenance de la base de données. Une autre utilisation possible, insérer
> des "tag" HTML pour créer des pages Web incorporant des données de votre
> base Oracle.
>
> Je souhaiterais en fait m'en servir pour lire un fichier .csv et n'importer
> que les lignes qui m'intéressent dans ma base PostgreSQL. Je sais qu'il est
> possible d'utiliser des méthodes annexes pour ce faire, mais je pense que
> cette méthode là serait optimale et j'aimerais savoir si il est possible de
> la réaliser.
>
> Merci a vous :)
>
> David

Merci pour la réponse je regarde ça tout de suite !

Ce que j'aimerais pouvoir faire c'est n'importer que les lignes qui
m'interessent en fait, afin d'optimiser mon traitement...

On 4/4/07, Marc Cousin <cousinmarc(at)gmail(dot)com> wrote:
>
> Je crois que le projet orafce fournit une émulation du package utl_file
> (entre
> autres ...)
> http://pgfoundry.org/projects/orafce/
>
> Pour ce qui est d'importer du csv, le mieux serait peut etre d'utiliser
> COPY ?
>
>
> On Wednesday 04 April 2007 10:25:37 David Boccou wrote:
> > Bonjour
> >
> > Je cherche un équivalent pour PL/pgSQL du package UTL_File de PL/SQL.
> >
> > Citation :
> > Le package PL/SQL UTL_FILE permet à des fonctions ou procédures qui
> > s'exécutent dans la base de données de créer et d'écrire dans des
> fichiers
> > situés sur le serveur hébergeant la base de données. C'est un moyen
> élégant
> > pour des clients distants de créer des fichiers contenant des données en
> > provenance de la base de données. Une autre utilisation possible,
> insérer
> > des "tag" HTML pour créer des pages Web incorporant des données de votre
> > base Oracle.
> >
> > Je souhaiterais en fait m'en servir pour lire un fichier .csv et
> n'importer
> > que les lignes qui m'intéressent dans ma base PostgreSQL. Je sais qu'il
> est
> > possible d'utiliser des méthodes annexes pour ce faire, mais je pense
> que
> > cette méthode là serait optimale et j'aimerais savoir si il est possible
> de
> > la réaliser.
> >
> > Merci a vous :)
> >
> > David
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Have you searched our list archives?
>
> http://archives.postgresql.org
>

David Boccou a écrit :
> Merci pour la réponse je regarde ça tout de suite !
>
> Ce que j'aimerais pouvoir faire c'est n'importer que les lignes qui
> m'interessent en fait, afin d'optimiser mon traitement...

Peut-être que pgloader¹ conviendrait ?

¹ :http://pgfoundry.org/projects/pgloader

--
Sébastien

Peut être qu'un traitement du fichier CSV en amont de l'import serait plus
efficace ? Avec un filtre Perl ou quelque chose du genre ?
Evidemment, si l'import de la ligne dépend du contenu de la base, c'est plus
compliqué...

Une fois le CSV OK, l'importer avec COPY est très (vraiment très) rapide.

On Thursday 05 April 2007 10:21:42 David Boccou wrote:
> Merci pour la réponse je regarde ça tout de suite !
>
> Ce que j'aimerais pouvoir faire c'est n'importer que les lignes qui
> m'interessent en fait, afin d'optimiser mon traitement...
>
> On 4/4/07, Marc Cousin <cousinmarc(at)gmail(dot)com> wrote:
> > Je crois que le projet orafce fournit une émulation du package utl_file
> > (entre
> > autres ...)
> > http://pgfoundry.org/projects/orafce/
> >
> > Pour ce qui est d'importer du csv, le mieux serait peut etre d'utiliser
> > COPY ?
> >
> > On Wednesday 04 April 2007 10:25:37 David Boccou wrote:
> > > Bonjour
> > >
> > > Je cherche un équivalent pour PL/pgSQL du package UTL_File de PL/SQL.
> > >
> > > Citation :
> > > Le package PL/SQL UTL_FILE permet à des fonctions ou procédures qui
> > > s'exécutent dans la base de données de créer et d'écrire dans des
> >
> > fichiers
> >
> > > situés sur le serveur hébergeant la base de données. C'est un moyen
> >
> > élégant
> >
> > > pour des clients distants de créer des fichiers contenant des données
> > > en provenance de la base de données. Une autre utilisation possible,
> >
> > insérer
> >
> > > des "tag" HTML pour créer des pages Web incorporant des données de
> > > votre base Oracle.
> > >
> > > Je souhaiterais en fait m'en servir pour lire un fichier .csv et
> >
> > n'importer
> >
> > > que les lignes qui m'intéressent dans ma base PostgreSQL. Je sais qu'il
> >
> > est
> >
> > > possible d'utiliser des méthodes annexes pour ce faire, mais je pense
> >
> > que
> >
> > > cette méthode là serait optimale et j'aimerais savoir si il est
> > > possible
> >
> > de
> >
> > > la réaliser.
> > >
> > > Merci a vous :)
> > >
> > > David
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 4: Have you searched our list archives?
> >
> > http://archives.postgresql.org