Ergebnis 1 bis 3 von 3

Thema: Verhalten des Servers während der Änderung einer Trigger-Funktion

  1. #1
    helmutnn ist offline Benutzer
    Registriert seit
    08.07.2009
    Beiträge
    33

    Standard Verhalten des Servers während der Änderung einer Trigger-Funktion

    Hallo zusammen,

    Ich erstelle bzw. modifiziere per Programm täglich die Tabellepartitionierung und die entsprechenden Trigger-Funktionen. Letztere werden per "CREATE OR REPLACE" geändert. Ist das Verhalten des Servers während der Änderung einer existierenden Trigger-Funktion definiert? Gibt es eine Phase des "Freiflugs", in der zu Inserts weder die neue noch die alte Funktion ausgeführt wird? Können für Prozesse, die während der Änderung der Funktion Inserts ausführen, wegen des laufenden Umbaus Fehler gemeldet werden?

  2. #2
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Nähe Dresden
    Beiträge
    5.337

    Standard

    Zitat Zitat von helmutnn Beitrag anzeigen
    Hallo zusammen,

    Ich erstelle bzw. modifiziere per Programm täglich die Tabellepartitionierung und die entsprechenden Trigger-Funktionen. Letztere werden per "CREATE OR REPLACE" geändert. Ist das Verhalten des Servers während der Änderung einer existierenden Trigger-Funktion definiert? Gibt es eine Phase des "Freiflugs", in der zu Inserts weder die neue noch die alte Funktion ausgeführt wird? Können für Prozesse, die während der Änderung der Funktion Inserts ausführen, wegen des laufenden Umbaus Fehler gemeldet werden?
    DDL-Befehle unterliegen in PG genauso dem MVCC-Prinzip wie DML-Befehle. Mit anderen Worten: eine laufende Session sieht die Trigger-Funktion so, wie sie zu Begin der Transaktion war. Eine Änderung der Funktion während der Transaktion ist in der Session nicht sichtbar. Du brauchst also exakt keine Angst zu haben. Ist ja schließlich nicht MySQL oder ORACLE ...

    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  3. #3
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    Allerdings benötigt das Ändern der Tabelle sowieso einen Exklusiven Lock. Von daher stellt sich dieses Problem wahrscheinlich gar nicht.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum