Discussion :

[Cathy]

Bonjour,

dsl mais j'ai du mal à comprendre dans quel cas il vaut mieux utiliser le package utl_file plutôt que sql*loader pour insérer les données d'un fichier texte dans une BD oracle...je crois qu'il y a une histoire de serveur et de procédures stockées ??

J'ai cru comprendre que c'était plus rapide avec slq*loader alors pourquoi utl_file existe ??

Cela dépend t-il des versions d'oracle ??

Merci

[orafrance]

SQL*Loader est un utilitaire qui peut être lancé depuis un poste client qui contient cet utilitaire alors que utl_file est une procédure stockée exécuté depuis SQL*Plus. Mais surtout SQL*Loader se sert d'un fichier de contrôle pour insérer les lignes automatiquements alors que utl_file nécessite de développer la solution.

Les tables externes est un melange des deux

[plaineR]

Les 2 choses n'ont pas grand chose à voir.

- SQL*Loader est un exécutable qui permet d'insérer des données dans une base oracle.
Pour plus d'informations sur SQL*Loader :
http://jaouad.developpez.com/sqlldr/

- UTL_FILE est un package oracle qui permet de lire et d'écrire dans des fichiers texte (et binaire depuis la 10g)
Il est évident que si tu peux lire des fichiers textes, tu peux écrire une procédure qui va découper ton fichier et insérer les données dans la base.
Pour plus d'informations sur UTL_FILE :
http://sheikyerbouti.developpez.com/...?page=Chap8#L8

[Cathy]

ok merci, donc si le serveur unix lance des procédures stockées automatiquement, et que le client est windows alors il faut utiliser utl_file ??

[plaineR]

A mon avis, le choix ne joue pas sur ce critère, puisque tu peux très bien lancer un exécutable depuis une procédure PL. A mon avis, il faut plus réfléchir sur la volumétrie pour choisir l'un ou l'autre, voire sur les spécificités de ton fichier (dans une procédure PL utilisant utl_file, tu pourras "retoucher" tes données sans passer par une table de correspondance, par exemple).

Dans ton cas la solution passe peut-être pas les tables externes, mais là on n'a pas assez d'informations pour t'aider.

[Cathy]

ok merci.

Dans mon cas, je dois alimenter plusieurs tables et "structurer" les données.
J'ai cru comprendre qu'avec SQL*Loader on pouvais très bien alimenter plusieurs tables mais sans pouvoir (???) modifier les données et que la solution serait de passer par des tables externes. Or je suis sous la version 8i, donc je crois que ces tables externes n'existent pas ??

--> au final j'ai compris que SQL*Loader était + rapide mais que dans mon cas (shéma relationel complexe, besoin de modifier les données et version 8i) il vaudrait mieux utiliser UTL_FILE quite à coder la partie qui structurera mes données...

...en revanche si j'étais sous 9i, ce serait mieux de faire tables externes + SQL*Loader.

êtes-vous d'accord avec ça ??

Merci en tout cas d'avoir pris le temps de m'aider

[plaineR]

Pas complètement

Avec SQL*Loader, pour modifier les données tu as plusieurs choix possibles :
- insérer tes fichiers dans des tables temporaires, puis utiliser une procédure qui va "corriger" ses données et te les insérer dans tes tables définitives.
- si la modification à apporter est simple, tu peux écrire une fonction que tu appelles dans le fichier de contrôle

Pour moi UTL_FILE est surtout intéressant dans les cas suivant :
- quand on ne connait pas SQL*Loader
- quand on veut pouvoir réutiliser le code ailleurs
- pour des petits volumes de données

Par ailleurs, si tu utilises les tables externes, tu n'as pas besoin de SQL*Loader, puisque c'est une vision sous forme de table de ton fichier.
Là où tu as raison, c'est qu'elles ne sont disponibles qu'à partir de la 9i.

[Cathy]

ah ben ça va j'ai au moins un truc de juste

merci t'as droit à un "résolu" tiens !!