ALTER TABLE MODIFY pod warunkiem Opcje

[Gabriel]

Na początek się przywitam. Hello. Mój pierwszy post na forum.

[SQL] pobierz, plaintext 
[/b]ALTER TABLE schemat.nazwa_tablicy
MODIFY (nazwa_kolumny   NULL);
[b]
[SQL] pobierz, plaintext 

Bardzo proste Nie (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) ale jeśli mam zestaw wielu wielu skryptów. I co jakiś czas aktualizuję bazę. Nie wiem czy dany skrypt został już wykonany czy nie. chciałbym napisać jakiegoś if then tylko tu właśnie się pojawia problem JAK ? Ma ktoś może jakiś pomysł ?

If nazwa_kolumny is not null then alter ....

--------------------------------------------------------------------------
Problem rozwiązany (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[SQL] pobierz, plaintext 
[/b]DECLARE
   cnt   VARCHAR2(1);
BEGIN SELECT NULLABLE INTO cnt FROM USER_TAB_COLS WHERE table_name = 'tab_name' AND column_name = 'col_name';
   IF (cnt = 'N')
   THEN
      BEGIN EXECUTE IMMEDIATE 'ALTER TABLE tab_name MODIFY (col_name[b] NULL)';
      END;
   END IF;
END;
/
[b]
[SQL] pobierz, plaintext 

[/b]--------------------------------------------------------------------------

Wykonywanie wile razy tych samych skryptów - ciąg dalszy. A co z dodawaniem kolumny która została już dodana ?

Znalazłem gdzieś w sieci to:

[SQL] pobierz, plaintext 
begin execute immediate 'alter table po_products add concat char(1)';
exception
  when others then
    /* OK if ORA-01430: column being added already exists in table */
    IF instr ( SQLERRM, 'ORA-01430' ) != 0 then NULL;
    else raise_application_error ( -20000, SQLERRM ); end IF;
end;
/
[SQL] pobierz, plaintext 

i właściwie działa ale czy nie ma jakiś warunków na to czy wogóle wykonywać dane zapytanie, obsługa exception chyba nie jest zbyt profesjonalne ?
--------------------------------------------------------------------------
zapewne rozwiązanie będzie analogicznie jak w pierwszym z problemów

Ten post edytował Gabriel 13.11.2008, 09:22:40

[Gabriel]

No nie wiem czy to jest taki najprostszy sposób rozwiązania mojego problemu (w ogóle problemów z koniecznością wykonywania skryptów czasami wielokrotnie) ustawienie audytu
po pierwsze spowalnia bazy,
wymaga odpowiednich uprawnień (większych niż tradycyjny użytkownik bazy,ale do końca nie wgryzałem się co jest niezbędnym minimum),
no i chyba to jest dość zawiłe sprawdzać w ten sposób co kto zrobił, nie wiele to rozwiązanie różni się od mojego w którym czytam tablicę USER_TAB_COLS

Ale mimo wszystko dzięki za odpowiedź, każda informacja jest przydatna, zmusza do myślenia, kombinowania szukania.