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 :

insert + trigger = is mutating table ? [11g]


Sujet :

PL/SQL Oracle

  1. #1
    Membre du Club Avatar de k4st0r42
    Homme Profil pro
    Artisan numérique
    Inscrit en
    Janvier 2012
    Messages
    48
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Artisan numérique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2012
    Messages : 48
    Points : 68
    Points
    68
    Par défaut insert + trigger = is mutating table ?
    Bonjour,

    Je m'interroge sur la différence entre ces 2 bouts de codes ci-dessous.

    Je précise qu'un trigger «before insert» est existant sur la table «pointnodepoint».
    Lors de l'execution du premier, une exception «is mutating table» est levée, ce qui n'est pas le cas du 2ème.

    Les verrous sur les tables ne sont-ils pas identiques pour ces 2 requêtes ?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    INSERT INTO pointnodepoint(entitycode, pointcoderef, indice)
      SELECT p_PointCode, pointcoderef, indice
        FROM pointnodepoint
        WHERE entitycode  = p_PointOriginCode;
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    for i in(SELECT p_PointCode, pointcoderef, indice FROM pointnodepoint WHERE entitycode  = p_PointOriginCode)
       loop 
          INSERT INTO pointnodepoint(entitycode, pointcoderef, indice) values(p_PointCode, i.pointcoderef, i.indice);
       end loop;
    Merci.
    Le fossé séparant théorie et pratique est moins large en théorie qu’il ne l’est en pratique.

  2. #2
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 460
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 460
    Points : 8 074
    Points
    8 074
    Par défaut
    Dans la première formule, vous faites un INSERT ... SELECT.
    Ce SELECT est considéré comme étant potentiellement multiligne, et donc sujet au problème de la table "en mutation".

    Dans votre deuxième formule, l'insertion est explicitement monoligne, donc pas de problème.
    Consultant / formateur Oracle indépendant
    Certifié OCP 12c, 11g, 10g ; sécurité 11g

    Ma dernière formation Oracle 19c publiée sur Linkedin : https://fr.linkedin.com/learning/oracle-19c-l-administration

  3. #3
    Membre du Club Avatar de k4st0r42
    Homme Profil pro
    Artisan numérique
    Inscrit en
    Janvier 2012
    Messages
    48
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Artisan numérique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2012
    Messages : 48
    Points : 68
    Points
    68
    Par défaut
    D'accord et donc même si le select ne renvoie qu'une seule entrée, il est considéré comme du multi-ligne…

    Ceci explique tout.
    Le fossé séparant théorie et pratique est moins large en théorie qu’il ne l’est en pratique.

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

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 073
    Points
    19 073
    Par défaut
    Oui, INSERT SELECT ne garantit pas l'insertion d'une seule ligne contrairement à INSERT VALUES.

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

Discussions similaires

  1. Trigger d'insertion dans une nouvelle table
    Par Marty000 dans le forum SQL Procédural
    Réponses: 2
    Dernier message: 24/10/2006, 17h24
  2. Réponses: 9
    Dernier message: 20/10/2006, 14h32
  3. Insert avec select sur table avec Trigger d'insertion
    Par bran_noz dans le forum Développement
    Réponses: 5
    Dernier message: 23/12/2005, 14h38

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