durata della vita di tabella temporanea

Question

Ho la seguente procedura:

CREATE PROCEDURE foo() 
    SELECT * FROM fooBar INTO TEMP tempTable; 

    -- do something with tempTable here 

    DROP TABLE tempTable; 
END PROCEDURE; 

Cosa succede se c'è un'eccezione prima che il DROP TABLE si chiama? Si troverà ancora tempting dopo le uscite di foo?

Se è così, foo potrebbe fallire la prossima volta che viene chiamato, perché tempTable esisterebbe già. Come dovrebbe essere gestito.

EDIT: Sto usando Informix 11,5

Answer 1

fine ho utilizzato una variante di Jonathan e la soluzione di RET:

CREATE PROCEDURE foo() 
    ON EXCEPTION IN (-206) 
    END EXCEPTION WITH RESUME; 

    DROP TABLE tempTable;  

    SELECT * FROM fooBar INTO TEMP tempTable; 

    -- do something with tempTable here 

    DROP TABLE tempTable; 
END PROCEDURE; 

Answer 2

According to the documentation, le tabelle temporanee sono interrotte Se al termine della sessione.

Answer 3

SELECT count(*) 
INTO w_count 
FROM sysmaster:systabnames s,sysmaster:systabinfo i 
WHERE i.ti_partnum = s.partnum 
AND sysmaster:BITVAL(i.ti_flags,'0x0020') = 1 
AND s.tabname = 'tempTable' ; 

Se w_count è 1, eliminare la tabella prima di SELEZIONARE ... INTO. Lo stesso con DROP TABLE.

Answer 4

Sì, la tabella temporanea continuerà a esistere. Le tabelle temporali per definizione hanno una durata della sessione che le ha create, a meno che non vengano eliminate esplicitamente.

La tabella temporanea può essere vista solo dalla sessione che l'ha creata e non vi è alcun impedimento alla stessa procedura eseguita in parallelo da più utenti. La risposta di Adam per verificare l'esistenza della tabella temporanea restituirà un risultato diverso da zero se qualsiasi utente sta eseguendo la procedura. È necessario verificare che la sessione che possiede la tabella temporanea sia anche la sessione corrente. Dato che questa domanda rientra nell'ambito di una procedura memorizzata, potrebbe essere più semplice aggiungere un DROP esplicito, racchiuso in una gestione delle eccezioni.

Answer 5

Come altri hanno dichiarato, le tabelle temporanee durano fino a quando non le rilasciate esplicitamente o la sessione termina.

Se la stored procedure non riesce perché la tabella esiste già, SPL genera un'eccezione. È possibile gestire eccezioni aggiungendo una clausola ON EXCEPTION, ma si entra in una delle parti più barocche di SPL, Stored Procedure Language.

Ecco una versione leggermente modificata della stored procedure - quella che genera una divisione per un'eccezione zero (SQL -1202):

CREATE PROCEDURE foo() 
    define i integer; 
    SELECT * FROM 'informix'.systables INTO TEMP tempTable; 

    -- do something with tempTable here 
    let i = 1/0; 

    DROP TABLE tempTable; 
END PROCEDURE; 

execute procedure foo(); 
SQL -1202: An attempt was made to divide by zero. 

execute procedure foo(); 
SQL -958: Temp table temptable already exists in session. 

Questo dimostra che la prima volta attraverso il codice eseguito la SELECT, creando il tavolo, e poi ha eseguito fallo della divisione per zero. La seconda volta, tuttavia, la SELECT non è riuscita perché la tabella temporanea esisteva già, quindi il diverso messaggio di errore.

drop procedure foo; 
CREATE PROCEDURE foo() 
    define i integer; 

    BEGIN 
     ON EXCEPTION 
      DROP TABLE tempTable; 
      SELECT * FROM 'informix'.systables INTO TEMP tempTable; 
     END EXCEPTION WITH RESUME; 
     SELECT * FROM 'informix'.systables INTO TEMP tempTable; 
    END; 

    -- do something with tempTable here 
    let i = 1/0; 

    DROP TABLE tempTable; 
END PROCEDURE; 

Il blocco BEGIN/END limita la gestione delle eccezioni all'istruzione intrappolata. Senza BEGIN/END, la gestione delle eccezioni copre l'intera procedura, reagendo anche all'errore di divisione per zero (e quindi lasciando funzionare DROP TABLE e la procedura sembra funzionare correttamente).

noti che temptable ancora presente in tale punto:

+ execute procedure foo(); 
SQL -1202: An attempt was made to divide by zero. 
+ execute procedure foo(); 
SQL -1202: An attempt was made to divide by zero. 

Ciò dimostra che il procedimento non riesce perché la tabella temporanea è presente.

È possibile limitare il blocco ON eccezione a codici di errore selezionati (-958 sembra plausibile per questo) da:

ON EXCEPTION IN (-958) ... 

consultare la Guida Informix IBM per SQL: sintassi manuale, capitolo 3 Bilancio SPL ' .

• Per Informix 12.10 SPL Statements
• Per Informix 11.70 SPL Statements
• Per Informix 11,50 SPL Statements

Nota che Informix 11.70 ha aggiunto il 'IF EXISTS' e 'SE NON ESISTE' clausole di creare e Istruzioni DROP. Così, è possibile utilizzare la modifica DROP TABLE dichiarazione:

DROP TABLE IF EXISTS tempTable; 

Così, con Informix 11.70 o poi, il modo più semplice di scrivere la procedura è:

DROP PROCEDURE IF EXISTS foo; 

CREATE PROCEDURE foo() 
    define i integer; 
    DROP TABLE IF EXISTS tempTable; 

    SELECT * FROM 'informix'.systables INTO TEMP tempTable; 

    -- do something with tempTable here 
    let i = 1/0; 

    DROP TABLE tempTable; -- Still a good idea 
END PROCEDURE; 

Si potrebbe anche usare questo, ma poi si ottenere la definizione precedente della procedura, qualunque essa fosse, e potrebbe non essere quello che ti aspettavi.

CREATE PROCEDURE IF NOT EXISTS foo() 
    define i integer; 
    DROP TABLE IF EXISTS tempTable; 

    SELECT * FROM 'informix'.systables INTO TEMP tempTable; 

    -- do something with tempTable here 
    let i = 1/0; 

    DROP TABLE tempTable; -- Still a good idea 
END PROCEDURE;