IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SQL Oracle Discussion :

[9i] Columns <=> VARRAY


Sujet :

SQL Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mai 2007
    Messages
    37
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2007
    Messages : 37
    Par défaut [9i] Columns <=> VARRAY
    Bonjour à tous,

    soit une table ENTREE au format imposé:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ENTREE: CLE, VAL1,VAL2,...,VALn
    Soit un ensemble d'algorithmes F que je dois appliquer à chaque ligne de signature type:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    F(VAL1,VAL2,...,VALN) RETURNS VAL1res,VAL2res,...,VALnRes
    Comme ces algorithmes sont nombreux et doivent itérer sur la liste des (VAL1,...,VALn) parfois de manière
    compliquée je réalise ces algos en PL/SQL avec des fonctions type:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    F(VARRAY) RETURNS VARRAYres
    sinon le code serait difficilement maintenable.

    Mon code ressemble donc à un truc du style:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    CREATE TABLE SORTIE AS 
    SELECT cle, 
    nth_element(res,1) as VAL1res,
    nth_element(res,2) as VAL2res,
    nth_element(res,n) as VALnRes
    FROM (
        SELECT cle, F(to_varray(val1,val2,...,valn) ) as res FROM ENTREE)temp
    );
    où: nth_element(res,n) est une fonction PL renvoyant le Nème élément du VARRAY et to_varray(val1,val2,...,valn) est une fonction PL renvoyant le varray [val1,val2,...,valn].

    Ce qui m'ennuie le plus c'est la requête englobante - avec les nth_element(res,1) - car elle force Oracle à re-parcourir le jeu de résultats de la sous-requête temp. La table entrée peut être volumineuse (1 500 000 lignes).

    Peut-on éviter cela ? Ou quelqu'un a t'il une meilleure idée ? (j aimerai éviter les curseurs) .



    Merci d'avance pour votre aide,

  2. #2
    Membre averti
    Profil pro
    Inscrit en
    Mai 2007
    Messages
    37
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2007
    Messages : 37
    Par défaut
    Pour
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    CREATE TABLE SORTIE AS 
    SELECT cle, 
    nth_element(res,1) AS VAL1res,
    nth_element(res,2) AS VAL2res,
    nth_element(res,n) AS VALnRes
    FROM (
        SELECT cle, F(to_varray(val1,val2,...,valn) ) AS res FROM ENTREE)temp
    );
    Comme la requête englobante n'a pas de clause WHERE, est-ce que l'opération de "select cle,nth_element ..." est fait par Oracle dans le même balayage que le balayage de ENTREE fait par la sous-requête?

    Le plan d'exécution est:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     
    Plan
    SELECT STATEMENT  HINT: ALL_ROWSCost: 18,982  Bytes: 116.948.360  Cardinality: 823,58  			
    	3 VIEW TEST. Cost: 18,982  Bytes: 116.948.360  Cardinality: 823,58  		
    		2 WINDOW SORT  Cost: 18,982  Bytes: 118.595.520  Cardinality: 823,58  	
    			1 TABLE ACCESS FULL TEST.ENTREE Cost: 971  Bytes: 118.595.520  Cardinality: 823,58

  3. #3
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    Pense tu que c'est vraiment une bonne idée de packager les valeurs dans une collection pour les dépackager ensuite ?
    Si tu as besoin d'une requête dynamique utilise le SQL dynamique!

  4. #4
    Membre averti
    Profil pro
    Inscrit en
    Mai 2007
    Messages
    37
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2007
    Messages : 37
    Par défaut
    Citation Envoyé par mnitu Voir le message
    Pense tu que c'est vraiment une bonne idée de packager les valeurs dans une collection pour les dépackager ensuite ?
    Si tu as besoin d'une requête dynamique utilise le SQL dynamique!

    A vrai dire... je me vois pas écrire une fonction qui itère sur des noms de colonnes directement non...

    Il me semble que d'un point de vue pérénité du code, c'est plus chouette d'avoir un tableau - sur lequel une fonction itère une à plusieurs fois pour faire ces opérations (genre opération mathématique sur un vecteur) , non ?

    Malheureusement j'ai l'impression qu'il n'y a pas de bonne solution avec SQL et PL/SQL...

    Les appels successifs à nth_element( ) coutent très cher étant donné les piètres performances du PL/SQL...

    Les temps:
    pour passer d'une table avec VARRAY à la table équivalente avec le tableau éclaté sur chaque colonne (en appelant la fonction nth_element 10 fois pour les 10 éléments du tableau). Temps = 2 minutes pour 1 200 000 lignes.

    Une requête qui éclate un objet équivalent (object composé de 10 Number) en SQL via la fonction TREAT(.. as obj).n1 est 4 fois plus rapide...

    Dommage qu'une chose aussi basique comme tableau(i) ne soit pas là en SQL mais que en PL/SQL...

  5. #5
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    Citation Envoyé par jlinho2 Voir le message
    A vrai dire... je me vois pas écrire une fonction qui itère sur des noms de colonnes directement non...
    Et t'a regardé le Sql Dynamyque en utilisant le package DBMS_SQL ?

  6. #6
    Membre averti
    Profil pro
    Inscrit en
    Mai 2007
    Messages
    37
    Détails du profil
    Informations personnelles :
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2007
    Messages : 37
    Par défaut
    Citation Envoyé par mnitu Voir le message
    Et t'a regardé le Sql Dynamyque en utilisant le package DBMS_SQL ?
    Bonjour et Merci,

    étant assez débutant je n'ai jamais utilisé ce package... j'y jette un oeil...
    j'imagine que tu parles de dbms_sql.describe_columns(c, col_cnt, rec_tab); par exemple...

    Celà me force t'il a faire du curseur ?

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Error : a column definition list is required ....
    Par chico_du_33 dans le forum PostgreSQL
    Réponses: 3
    Dernier message: 13/01/2006, 17h35
  2. [FireBird 1.5][IB Expert][Delphi 5]Erreur Column unknown
    Par Jean73 dans le forum Bases de données
    Réponses: 2
    Dernier message: 12/08/2004, 08h33
  3. Pb avec DROP COLUMN sous SQL Server 2000
    Par debailleul dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 03/03/2004, 14h38
  4. Alter column => passer de NOT NULL à NULL
    Par JohnGT dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 17/10/2003, 11h16
  5. Insert ds une column identity
    Par Trahwn dans le forum MS SQL Server
    Réponses: 11
    Dernier message: 06/10/2003, 15h14

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo