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

PL/SQL Oracle Discussion :

PL SQL Collection optimisation


Sujet :

PL/SQL Oracle

  1. #1
    Membre Expert Avatar de nathieb
    Homme Profil pro
    DevOps
    Inscrit en
    Mai 2004
    Messages
    1 058
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : DevOps
    Secteur : Service public

    Informations forums :
    Inscription : Mai 2004
    Messages : 1 058
    Par défaut PL SQL Collection optimisation
    Bonjour,

    Voila mon souci , pour des raisons d'optimisation ( temps de traitement ) je dois créer une collection s'appuyant sur une table ( chargement en mémoire d'une colonne )

    Je ne connais pas la taille de départ donc VARRAY bof,

    Je pensait un Bulk Collect ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
     
     
    package niania
     
    TYPE T_NUMERO IS TABLE OF VARCHAR2(8);
    UAIS T_NUMERO;
    ..
     
     
    procedure charge
    IS 
       CURSOR principal IS select numero from LATABLE WHERE DATE_OUVERTURE IS NOT NULL;
    /* numero est de type varchar2(8) */
    BEGIN 
       OPEN PRINCIPAL;
       FETCH PRINCIPAL BULK COLLECT INTO UAIS;
    END;
     
    .......
     
    /* Le controle dans une procedure...*/
     
    IF ( UAIS.EXISTS(MONCURSEUR.numero)) THEN
    le pb, c'est de parcourir cette collection
    J'ai fais un MONCURSEUR.numero mais j'ai un pb de type, ils sont pourtant de varchar2(8) ???

    olivier

  2. #2
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    et pourquoi pas une temporary table ?

  3. #3
    Expert confirmé
    Avatar de SheikYerbouti
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    6 760
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 6 760
    Par défaut
    numero varchar2() ?
    c'est un peu comme : phrase number()...

  4. #4
    Membre Expert Avatar de nathieb
    Homme Profil pro
    DevOps
    Inscrit en
    Mai 2004
    Messages
    1 058
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : DevOps
    Secteur : Service public

    Informations forums :
    Inscription : Mai 2004
    Messages : 1 058
    Par défaut Opti
    Bonjour,

    Pour la table temporaire c'est plutôt non, car je ferais appel à des appels dans une nouvelle table, select long ... . Je cherche a mettre en mémoire une colonne de table pour éviter les lectures ( longues ) d'une table ( IO pas bon )

    olivier

  5. #5
    Expert confirmé
    Avatar de SheikYerbouti
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    6 760
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 6 760
    Par défaut
    J'ai fais un MONCURSEUR.numero mais j'ai un pb de type, ils sont pourtant de varchar2(8) ???
    Mais encore, une erreur ?

  6. #6
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    sache que j'ai déjà résolu des problèmes de perfs en remplaçant les tableaux par des tables temporaires

    Si les tableaux sont très gros, vaut mieux utiliser des tables temps et utiliser de vraies opérations ensemblistes

  7. #7
    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 orafrance Voir le message
    ...
    Si les tableaux sont très gros, vaut mieux utiliser des tables temps et utiliser de vraies opérations ensemblistes
    Si c'est pour dire qu'on peut pas utiliser les collections commes les tables c'est raté
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
     
    SQL> create or replace type tab_nr as table of number
      2  /
     
    Type crÚÚ.
     
    SQL> declare
      2    l_eno tab_nr;
      3    l_ename emp.ename%Type;
      4  begin
      5    l_eno := tab_nr(7369, 7499, 7521, 7566, 7654, 7698, 7782, 7788, 7839, 7844, 7876);
      6    --
      7    For crs In (Select ename
      8                  from emp e, Table(l_eno) t
      9                 Where e.empno = t.column_value) Loop
     10    --
     11       dbms_output.put_line(crs.ename);
     12    End Loop;
     13  end;
     14  /
    SMITH
    ALLEN
    WARD
    JONES
    MARTIN
    BLAKE
    CLARK
    SCOTT
    KING
    TURNER
    ADAMS
     
    ProcÚdure PL/SQL terminÚe avec succÞs.

  8. #8
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Non, c'est pour dire que souvent les dévs n'utilisent pas la syntaxe que tu rappelles et que même quand c'est le cas, c'est pas toujours avantageux

  9. #9
    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 orafrance Voir le message
    Non, c'est pour dire que souvent les dévs n'utilisent pas la syntaxe que tu rappelles et que même quand c'est le cas, c'est pas toujours avantageux
    D'accord.

Discussions similaires

  1. [Collection] Optimisation d'un traitement multithreads
    Par in dans le forum Collection et Stream
    Réponses: 6
    Dernier message: 30/11/2006, 10h28
  2. SQL Server - optimisation
    Par cyril68 dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 16/03/2006, 14h21
  3. [Collection] optimisation de toArray
    Par TabrisLeFol dans le forum Collection et Stream
    Réponses: 4
    Dernier message: 17/02/2006, 22h38
  4. [PL/SQL] Collection
    Par lapartdombre dans le forum Oracle
    Réponses: 7
    Dernier message: 24/11/2005, 15h24
  5. [SQL - procStock ] optimisation du code (éviter les boucles)
    Par luimême dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 06/10/2005, 17h22

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